From ???@??? Sat Oct 02 11:48:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAA24541 
for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 11:45:08 -0500 (CDT) 
Message-Id: <LYR11594-42765-1999.10.02-11.56.32--wd5ivd#tapr.org@lists.tapr.org> 
X-Lyris-Type: get-doc 
From: Lyris <lyris@lists.tapr.org> 
Reply-To: Lyris <lyris@lists.tapr.org> 
To: wd5ivd@tapr.org 
Subject: APRS Spec Discission Welcome Message 
Date: Sat, 02 Oct 1999 11:56:32 -0500 
Status: 


Welcome to the TAPR APRS(xr) Spec Discussion list. 
This is a sub-group of the TAPR APRS(r) SIG 


The purpose of this list is to provide a forum for folks interested 
in discussing topics related to the APRS Spec. 


The List has a few simple rules: 


1) Stick to the subject. That means no virus alerts, no chocolate chip 
cookie recipes, no surplus gear fire sales, no nothing that isn't 
directly related to this topic area. 


2) No abusive behavior demonstrated towards a list member will be 
tolerated on this list. Please take your flames elsewhere. 


3) The list chairperson reserve the right to unsubscribe any list 
member who violates these rules without warning. That means one strike 
and you're out of here. 


The chairperson of the APRS Spec list is: 


Stan Horzepa, WA1LOU 

wallou@tapr.org 

http: //www.tapr.org/~wallou 

One Glen Ave., Wolcott, CT 06716-1442 


To post messages to the linux list, send email to: 


aprsspec@lists.tapr.org 


To unsubscribe from this mailing list, surf to: 

http: //www.tapr.org/cgi-bin/lyris.pl?enter=aprsspec 
ox send email to: 

lyris@lists.tapr.org 
with the following line in the body of the message: 


unsub aprsspec 


The host of this list is: 


Tucson Amateur Packet Radio (TAPR) 

tapr@tapr.org 

http: //www.tapr.org 

8987-309 E Tanque Verde Rd. #337, Tucson, AZ 85749-9399, 
phone 940-383-0000, fax 940-566-2544 


Just so that you have all the commands neatly contained in one place, 
here is just about everything you will need to know. Note that this list 
is running on a Lyris server. Please be aware that the commands might be 
different from those that you are used to using on other list servers. 
(For more information on Lyris, see <http://www.lyris.com/>.) 


1. First of all, almost everything that you might need to do on the 
server is most easily and effectively performed via Lyris's Web 
interface at <http://www.tapr.org/cgi-bin/lyris.pl>. 


2. In case you do not have Web access, here are some key commands; in all 
cases, the default server address is: <lyris@lists.tapr.org>. Other 
addresses are shown where appropriate. Note that commands may be placed 
in either the subject line or in the body of the message: 


SUBSCRIBING: 
subscribe aprsspec your_name 
join aprsspec your_name 
alternate address: join-aprsspec@lists.tapr.org 


UNSUBSCRIBING: 
unsubscribe aprsepec 
leave aprsspec 
alternate address: leave-aprsspec@lists.tapr.org 


SETTING MEMBERSHIP TO DIGEST MODE: 
set aprsspec digest 


SETTING MEMBERSHIP TO INDEX MODE: 
set aprsspec index 


SETTING MEMBERSHIP TO DISCUSSION MODE: 
set aprsspec mail 


TEMPORARILY SUSPENDING MAIL FROM THE LIST: 
set aprsspec nomail 


RESUMING MAIL FROM THE LIST: 

(command depends on your preferred mode) 
set aprsspec mail 
set aprsspec digest 
set aprsspec index 


ACKNOWLEDGMENT: 
set aprsspec ack 
(sends you a confirmation message when your posts are sent) 
set aprsspec noack 
(no confirmation message when posts are distributed) 


RECEIVING COPIES OF YOUR OWN POSTS: 
set aprsspec repro 
(receive copies of your own posts) 
set aprsspec norepro 
(do not receive copies of your own posts) 


SETTING YOUR PASSWORD: 
set aprsspec pw=mypassword 
(where "mypassword" is the password you wish to set) 


DETERMINING YOUR MEMBERSHIP SETTINGS: 
query aprsspec 


RETRIEVING THE CURRENT VERSION OF THIS DOCUMENT: 
get aprsspec hello 


MORE INFORMATION ON LYRIS'S COMMANDS: 
help 


POSTING TO THE LIST: 
You must be a subscriber to post messages. Sending 
mail to this address will distribute it to all the members of the 
mailing list: aprsspec@lists.tapr.org 


. CHANGING YOUR SETTINGS/ADDRESS VIA THE WEB INTERFACE: To do this, go 


to <http://www.tapr.org/cgi-bin/lyris.pl> and click the link in the 
"Change Your Settings" section. You'll need to enter your e-mail 
address and password (if you chose one) to continue. 


(I£ you've forgotten your password, you can type in your e-mail address 
in the field at the bottom of the page and click "Get password" to 
request Lyris to e-mail your password to you.) 


At the following page, you can read messages, post a message, adjust 
your settings, or unsubscribe. From the settings page, you can change 
your status (MAIL, DIGEST, INDEX, or NOMAIL), choose whether or not to 
see your own messages, and choose whether or not you want to receive a 
separate acknowledgement via e-mail when one of your messages is posted 
to the list, You can also change your e-mail address if you need to. 
When you change your settings, make sure you click the "Save" button at 
the bottom of the page. 


. ARCHIVES: The aprsspec SIG archives are available on the Web, at the 
following URL: <http://www.tapr.org/sigf.html> 


BOUNCED MAIL: One of the key features of Lyris is its ability to handle 
mail bounces transparently to the list owner; as such, bounced mail 
will be handled primarily by the Lyris list server. 


POSTS/REPLIES FROM DIGEST USERS: You *xmust*x change the Subject: line 
when replying to a digest; all posts with "“aprsspec DIGEST" in the 
Subject: line will be rejected by the server (you will receive a 
"rejection letter" when this happens). 


APRS(r) is registered to Bob Bruninga, WB4APR. 


From ???@??? Mon Oct 04 16:33:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA29443 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 19:28:49 -0500 (CDT) 
Date: Sun, 3 Oct 1999 20:28:37 -0400 (EDT) 
From: Keith Sproul <ksproul@hardees.Rutgers.EDU> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Spec Comments 
Message-ID: <LYR11594-43057-1999.10.03-19.40.14--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.02A.9910032023200.9151-100000@hardees. rutgers.edu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


I have made several replies/comments to the APRSSpec sig, but they have 
not been transmitted yet because of a change in my network connection. I 
don't want to retype them and my email should be back up tomorrow (Monday) 
so I am going to wait and let them be transmitted tomorrow night. 


Overall, I am quite pleased with the nature and types of comments that 
have been posted. Several things were just oversites (mostly on my part) 
and a several were clarifications that made lots of sense.. 


This is all good and exactly what we were looking/hoping for.. 
The end result will be a good solid document to work from.. 


This is going better and smother than I was afraid it might, so I am quite 
pleased with the process.. 


As to what my network change is, MY T1 is -FINALLY-!!! up and running!!!! 
I have to wait for my DNS names to catch up with the new network numbers 
before our anti-spam system will allow my email from my home account to go 
out.. 


Keith Sproul 


Keith Sproul Ham Radio: WU2Z 

Student Housing Network Coordinator 732 445-3695 Work 732 445-2968 Fax 
Rutgers University Computing Services 732 821-4828 Home 

http: //dorm. rutgers.edu/~ksproul/ mailto: //ksproul@noc.rutgers.edu 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:52 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA25234 

for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 16:58:02 -0500 (CDT) 
Message-ID: <LYR11594-43033-1999.10.03-17.09.27--wd5ivd#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Clarification: "=" Fixed position with messaging capability 
Date: Sun, 3 Oct 1999 14:58:45 -0700 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <005e01bf0dea$91376be0$0c1b1b3f@laptop233> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: RO 
Page 6: 
Position packet types shows "@", "/" and "!",. "=" is Fixed with computer, 


and is not directly specified. 


Brent KH2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA23236 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 15:50:58 -0500 (CDT) 
Message-ID: <LYR11594-43022-1999.10.03-16.02.24--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 03 Oct 1999 16:51:03 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Clarification: Intended Audience of APRS protocol reference?] 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F7C1B7.5D5AD5BC@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


RE: APRS Protocol Reference version 1.0, draft 

Who is the intended audience of the release version of this document? 
Will it be only for existing APRS authors or as a guide for those that 
may wish to write new APRS applications, be they display or tracking 
units? 

With regards to reviewing the document, this DOES make a difference. 


Thanks 


Jeff 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ??2?@??? Mon Oct 04 16:34:01 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id GAAQ3176 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 06:47:46 -0500 (CDT) 
Message-ID: <LYR11594-43174-1999.10.04-06.59.13--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Comment: Units 
Date: Mon, 4 Oct 1999 11:42:50 -0000 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000701bf0e5d$ab6f2acO0$6b984d0c@oemcomputer> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


I was expecting some very basic definitions from the protocol which are not 
present - 


Units should be defined.. 

( A moving object's speed should ecpressed in knots for example). 

No where is there a mention of "..." meaning "missing or not parsed" 
Is North 000 or 360 for a vector? 

What is the maximum length of an on-the-air packet? 

What is the end of line designator? (LF/CR or what) 

I state again - all times should be in Zulu. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:56 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAAQ3197 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 21:39:32 -0500 (CDT) 
From: "Darryl Smith" <vk2tds@ozemail.com.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Date: Mon, 4 Oct 1999 12:40:58 +1000 

Subject: [aprsspec] Comments on the Spec 

Message-ID: <LYR11594-43093-1999.10.03-21.50.56--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 

Content-Type: text/plain 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 (Normal) 

X-MSMail-Priority: Normal 

Importance: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000401bf0e11$£1a1aa00$7708882c@helen.vk2tds.ampr.org> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


G' Day 


One thing that I noticed was missing was DGPS being a legal destination. 
Given that DGPS also sent through UI, can we have it added to the list 
acceptable destinations. If there is a reason for it not being there, maybe 
include a footnote indicating why. 


Also it would be good to include some information in this document on the 
MIC-E protocol. 


The last page - The table... Is FANTASTIC!!!! 

Overall good work. I will have a look at it some more this long weekend... 
Darryl VK2TDS 

Now to a comment by Hamish Moffatt VK3SB on the OZAPRS mailing list 

This is a definate improvement on the documentation available to date. 

I think there is some clumsy wording and minor errors 

(eg the protocol is AX.25, not AX-25, datagram is one word, 

not data-gram or "data gram") which will lessen its impact. 

I think the special TO callsigns system (APmxxx, m is manufacturer code) 


is a poor way to encode manufacturer information. Frankly I don't see 
the need to publish the manufacturer and version number at all, but 


especially not in the destination callsign. I would prefer that 
the destination callsign was a standard "APRS". I don't know what 
country has the "AP" prefix but I imagine they would have a pretty 
entertaining time using APRS there! 


The spec says that MIC-E packages must be decoded by everyone, 
but fails to give any details or a reference to the MIC-E specification. 


There's not a lot of rationale given in the document. I think this 

is important in any standard or policy document. For example it says 
that standalone trackers transmit to GPSxyz, where xyz is the icon. 

Two questions -- firstly, aren't icons a single character, not 3? 

and secondly, why the special callsign? My portable station is perfectly 
capable of sending to "APRS" like any other. 


Unfortunately this is an attempt to document current practice; 

ideally all this could have been defined up front. IMHO there are far 

two many ways to report your position, which would make writing receiving 
software difficult to say the least. You have to parse grid squares, 

a lot of different POSIT formats, and then NMEA-0183 (GPS) sentences. 

I was pleasantly surprised to find that even javAPRS handles all these. 


I suggest deprecating all destination callsigns except APRS 
(or perhaps all the AP*x codes) immediately. It is too confusing and IMHO 
unnecessary to accept GPS*, SPCx, SYM*, a huge list of others, etc. 


I am happy for this message to be forwarded around to anyone interested. 
Hope it is of some use. 


73, 

Hamish VK3SB 

Hamish Moffatt Mobile: +61 412 011 176 hamish@rising.com.au 
Rising Software Australia Pty. Ltd. http: //www.risingsoftware.com/ 
Phone: +61 3 9894 4788 Fax: +61 3 9894 3362 USA: 1 888 667 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:52 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id RAA25507 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 17:04:42 -0500 (CDT) 
Message-ID: <LYR11594-43036-1999.10.03-17.16.09--wd5ivd#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Correction: Compressed format 
Date: Sun, 3 Oct 1999 15:05:39 -0700 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006301bf£0deb$7faec8e0$0c1b1b3f@laptop233> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


Page 6: 


The inclusion of compress format in the paragraph on packet types is 
confusing. Compressed format is part of one of the other packet types: 


>From Page 6. 
...!DDMM.hhN/DDDMM.hhW$... Fixed format (digipeaters) no APRS 
=DDMM.hhN/DDDMM. hhW$... Fixed but is APRS message capable 
/DDHHMMZDDMM.hhN/DDDMM.hhwW$... Stationary, time of last fix 
@DDHHMMZDDMM.hhN/DDDMM.hhW$CSE/SPD/... Moving (with APRS) 
@DDHHMMZDDMM. hhN/DDDMM. hhW\CSE/SPD/BRG/NRQ/.... DF report 
[XXnnyy].... Grid Square 
[XXnn]... Grid Square 
/YYYYXXXX$csT Compressed format which can be used 
in place of LAT/LONG/cse/spd in all 
formats. /$ are the ICON bytes and T 
is a TYPE byte. See YYYYNNNN.txt 


This seems to imply that a compressed packet is /YYYYXXX$csT. But it is 
really part of one of posits types. 


Normal: =DDMM.mmN/DDDMM.mmW$PHGxxxx.... (also works for !) 
Comprssd: =/YYYYXXXX$csT... 


Normal: @121234ZDDHHMMZDDMM.mmN/DDDMM.mmW$CSE/SPD... 
Comprssd: @121234z/YYYYXXXX$csT... (also works for /) 


Brent Hildebrand, KH2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:15 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA22188 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 15:58:54 -0500 (CDT) 
Message-ID: <LYR11594-43265-1999.10.04-16.10.21--wd5ivd#tapr.org@lists.tapr.org> 
Date: Mon, 4 Oct 1999 21:57:56 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] FUNDAMENTAL: What does APRS stand for? 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3qUR6SAUTR+3EwgV@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


First, congratulations to everyone concerned in getting all of this 
information into one place. It's a very useful starting point. 


I'm compiling a number of detailed comments, but right now I have just 
one fundamental comment: 


The initials "APRS" have variously been described in different documents 
to mean: 


#1: "Automatic *Position*x Reporting System" or 
#2: "Automatic *Packetx Reporting System" 


The spec we're discussing presently calls it #1. 


I submit that as APRS is capable of reporting *xmuch*x more than just 
positions, we rename the spec to #2; i.e APRS is a PACKET reporting 
system. 


Irrespective of the original/current meanings adopted by various people, 
I feel this is now the ideal opportunity to give APRS the credit it 
deserves for the very wide range of uses it has. Calling it just a 
"position" reporting system is not relevant any more and doesn't do it 
justice. 


My 0.02c 

73 

Tan, G3NRW 

+-------------- eee eee ee ee ee ee ee - ------ + 


Editor: RSGB's RadCom "Data" column. 
email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:44 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id UAAQ8521 

for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 20:32:35 -0500 (CDT) 
Message-ID: <LYR11594-42861-1999.10.02-20.43.59--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 02 Oct 1999 21:33:05 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Intended Audience of APRS protocol reference? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F6B251.75F7C512@aerodata.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


RE: APRS Protocol Reference version 1.0, draft 


Who is the intended audience of the release version of this document? 
Will it be only for existing APRS authors or as a guide for those that 
may wish to write new APRS applications, be they display or tracking 
units? 


Thanks 


Jeff 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id GAAQ7729 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 06:28:07 -0500 (CDT) 
Message-ID: <LYR11594-42955-1999.10.03-06.39.33--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Local Time 
Date: Sun, 3 Oct 1999 11:23:03 -0000 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-Mimeole: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000d01bf0d91$be80e300$a7984d0c@oemcomputer> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


Hi All- can anyone explain the use of "local time" in aprs. I cannot think 
of a use that does not cause problems outside of a very limited 
geographical area. Shouldn't all times be in zulu? 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:44 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA0Q9802 
for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 21:07:17 -0500 (CDT) 
Message-ID: <LYR11594-42867-1999.10.02-21.18.27--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 02 Oct 1999 22:07:26 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Minor omission- Page 3 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F6BA5E.EA902634@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


At the top of page 3, under Reserved DESTINATIONS, nothing 
exists for XASTIR, a released Linux based APRS display application 
written by Frank Giannandrea. (I am assuming the X-APRS designator 
was for the Sproul's Linux application, currently in Beta). 


-Jeff 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id CAA23994 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 02:04:38 -0500 (CDT) 
Message-Id: <LYR11594-42943-1999.10.03-02.16.00--wd5ivd#tapr.org@lists.tapr.org> 
X-Sender: halehome@mail 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 03 Oct 1999 03:05:52 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Darrell Hale <halehome@home.com> 
Subject: [aprsspec] Mostly Formatting/Clarification comments to Spec. Document 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <2.2.32.19991003070552 .009c5d44@mail> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


I just finished reviewing the Draft 1.0 Specification. I also just joined 
the discussion list tonight, so some of this may be repeating earlier 
comments I have not seen. 

Here are some suggestions to help make the document more readable based on 
previous experience I have had with similar documents: 

1) Examples on pages 4 and 5 can be changed to eliminate possible confusion: 
CURRENT: 

121234/ is local time 1234 on the 12th 

121234z is zulu time 1234 on the 12th 

WIDE: >121234zStatus 

REVISION: 

271234/ is local time 1234 on the 27th 

271234z is zulu time 1234 on the 27th 

WIDE: >271234zStatus 


This eliminates the double use of "12" in two different field definitions. 


2) On page 6, Position Report: 


Add the = symbol to the list of position reports. 


Move the indented @ lines from the list of types to the next grouping of 
lines, or better yet make them into a third grouping of examples. 


Correct (if required) the "Stationary" label to "Moving" for the line 3 
"/DDMM" reference. 


CURRENT: 


! Stationary Posit or Ultimeter 2000 

/ Moving Position report 

@ Moving Position report with time 
@280817/3610.19N/08414.99W-ccc/sss 
@151909z/4011.58N/07942 .35Wv000/000/ -300-<132> 


...!DDMM.hhN/DDDMM.hhW$... Fixed format (digipeaters) no APRS 
=DDMM.hhN/DDDMM.hhW$... Fixed but is APRS message capable 
/DDHHMMZDDMM.hhN/DDDMM.hhW$... Stationary, time of last fix 
@DDHHMMZDDMM.hhN/DDDMM.hhW$CSE/SPD/... Moving (with APRS) 
@DDHHMMZDDMM. hhN/DDDMM. hhW\CSE/SPD/BRG/NRQ/.... DF report 
[XXnnyy].... Grid Square 

[XXnn]... Grid Square 

/YYYYXXXX$csT Compressed format which can be used 


REVISION: 


! Stationary Posit or Ultimeter 2000 
Posit (APRS Capable) 

Moving Position report 

Moving Position report with time 


oa ™—™ il 


...!DDMM.hhN/DDDMM.hhW$... Fixed format (digipeaters) no APRS 
=DDMM.hhN/DDDMM.hhW$... Fixed but is APRS message capable 
/DDHHMMZDDMM.hhN/DDDMM. hhW$... Moving, time of last fix 
@DDHHMMZDDMM.hhN/DDDMM.hhW$CSE/SPD/... Moving (with APRS) 
@DDHHMMZDDMM. hhN/DDDMM. hhW\CSE/SPD/BRG/NRQ/.... DF report 
[XXnnyy].... Grid Square 

[XXnn]... Grid Square 

/YYYYXXXX$csT Compressed format which can be used 


Examples: 


@280817/3610.19N/08414.99W-ccc/sss ... Give Explination 


@151909z/4011 .58N/07942 . 35Wv000/000/-300-<132> ... Give Explination 
/ 27123423507. 46N/07543 . 62W$ ... Give Explination 


3) Page 6, Position Report: better define what !FIXED format is. 


I assume that it is saying that the data format following the ! is "fixed" 
in the usual !DDMM.... format, but it is allowed to start anywhere within 
the first 40 characters of the data message. I assume it is not a FIXED 
position report (ie: non-moving). 


4) On page 6 under COURSE/SPEED: 


Include ranges and units of the data fields. I am guessing here, but CSE is 
in degrees over the range of 000 to 359, and that SPD is in Miles/Hour over 
the range of 000 to 999? 


Note that the values of a, b, c, d, and x for PHG and DFS are defined in the 
next section. 


Include an example of each. For example 270/055 would be due west at 55 MPH, 
and PHG1234 is 1 watt, 40 feet, 3 dB, and 180 directivity. 


5) Page 7, POWER-HEIGHT-GAIN string definition: 


Standardize the explaintion field, plus describe the value of the specific 
references (essentially making the definition an example at the same time). 


CURRENT: 


!DDMM.mmN/DDDMM. mmW#PHG5360/WIDE... (identifying comments)... 

a le makes station show up green 
poms Omni (Direction of max gain) 
Ant gain in dB 

Height = log2(HAAT/10) 


LAT LONG | Scere Power = SQR(P) 
ins cect ter ee Power-Height-Gain identifier * 
WA RA estas foe} dt is symbol for digipeater 
REVISED: 


!DDMM.mmN/DDDMM. mmW#PHG5360/WIDE... (identifying comments)... 
| | Pies FU cs a | Makes station show up green 
| | | | Till Direction of max gain (Omni) 


ad id eseeeece aeeemieareeceeset Ant gain in dB (6 dB) 
[UN Sco cesta: Height = log2(HAAT/10) (80 feet) 
| | Power = SQR(P) (25 Watts) 


| PHG = Power-Height-Gain identifier 


Ue acters ot Noon es d## = symbol for digipeater 


6) Page 7, POWER-HEIGHT-GAIN table: 


Add the label "Units" to the appropriate column. 


CURRENT: 

DIGITS 0 .... 9 Equation 
REVISED: 

DIGITS 0 .... 9 Units Equation 


7) Page 7, HAAT definition: 


Although ASCII characters above 0-9 can be used, their values are not 
defined. Add some examples to clarify, such as: 


0 = 10 feet 
9 = 5120 feet 
: = 2??? feet 


A = ?22?? feet 


Mabye it's to late, but I cannot figure out how to mathmatically calculate 
this progression using LOG2(H/10). However, it appears to simply be a 
doubling progression vice a log function. If so, then the table above would be: 


0 = 10 feet 
9 = 5,120 feet 
nS 10,240 feet 
A = 1,310,720 feet 


Is this a doubling function, or a log function? Are different people 
calculating their heights in different ways? 


8) Page 7, Height value calculation: 


It is stated that 


H = ASCII (Hchar)-51 converts it to a decimal value 


will produce the numeric value of the height character. If the numeral 0 is 
ASCII 48, then to correctly calculate this number shouldn't the formula be: 


H = ASCII (Hchar)-48 converts it to a decimal value 


ASCII(0)-48 = 48-48 = 0 
and, H = ASCII(5)-48 = 53-48 = 5 


fo) 
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9) Page 9 states that 

"The call of the station sending the object should be attached to the 
object" 
and "All receiving software must attach to the object the call of the 
sending station". 


How is this done? 


10) Page 9, indicating spaces: 


In the OBJECTS definition, there are supposed to be a fixed 9 character 
object name. The format is then shown as: 


;OBJECT___*xDDHHMMZDDMM..... 
For this examples (as well as others) the _ character is difficult to count 
as an individual character. Something like the following would probably 


better reinforce the character count: 


;OBJECTnam*DDHHMMZDDMM..... 
or ;OBJECTsssxDDHHMMZDDMM..... 


Where s is noted to indicate a space (either immediately following the 
definition, or as a general definition listed earlier in the document) . 


Other examples: 


:W3XYZ____:one line message text...... 4345 (the 4345 is the line#) 
becomes 
:W3XYZssss:one line message text...... 4345 (the {345 is the line#) 


(where s = a Space) 


11) Page 11, ACK Message: 


Standardise the case of the ACK in the discussion (Capitalizing it for 
effect could be mis-interepreted since the lower-case note is stated 
elsewhere, and therefore may not have been read or forgotten. Otherwise, 
reinforce the reminder. 


CURRENT: 


An ACK is just a message with the letters ACK# where the # is the message 
line number (following the }$ character at the end of the line). 


REVISION 1: 


An ACKnowledge is just a message _PROCEEDED_ with the letters ack## where the 
d## is the message line number (following the { character at the end of the line). 


or REVISION 2: 


An ACK is just a message _PROCEEDED_ with the letters ACK# ("ack" in lower 
case) where the # is the message line number (following the { character at 
the end of the line). 


12) And to echo the sentiment 


>On page 6, at the bottom of the segment "Position Report" 
>the referenced file, YYYYNNNN.txt (the compressed format as 
>used on APRSdos, the Kenwood HT and APRSDIGI) is not included. 


Although this reference probably stands on it's own merits, this and any 
other referenced documents (such as the NMEA-0183 reference) could be 
included on the web page along with the specification so that they may be 
more easily referenced. 


Thank You, 


Darrell Hale, N3KTP 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.11) with SMTP id XAA13080 

for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 23:07:16 -0500 (CDT) 
Message-ID: <LYR11594-42891-1999.10.02-23.18.31--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 03 Oct 1999 00:07:00 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Omission - MIM telemetry 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F6D664.3B4F945E@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


The MIM telemetry definition was omitted. Also, its not clear 
to me if MIM status and POSITS are the same as standard 

APRS, if different they need to be defined. I have attached all 
I have on the telemetry mode (from Bob). 


TELEMTRY . TXT APRS TELEMETRY SYSTEM 


Document version: 8.3.8 
Document dated: 27 Mar 99 


Author(s): Bob Bruninga, WB4APR <bruninga@nadn.navy.mil> 
ABSTRACT 
TELEMTRY.TXT: Using the Micro Interface Module (MIM) for APRS telemetry. 


The MIM module is a complete telemetry TNC on a chip. 


See Mic-E.txt for how the MIM chip is used in the APRS Mic-Encoder 
See Mic-Lite.txt for how to make the MIM into a simple Mic-E 


The MIM module is a complete telemetry TNC transmitter on a chip. It has 
a serial data port, 5 analog and 8 digital telemetry inputs. It outputs 
PTT and transmit audio AX.25 tones. The MIM was developed by Dr. Carl 
Wick, N3MIM, as a simple, light-weight, throw-away module for experimental 
balloons. WB4APR modified it for Mic-E operation and Dr. Will Clement 
refined it into a commercial product. It is now sold by APRS Engineering 


LLC at the address below. The only external components besides the sensors 
themselves, are a transmitter and optional GPS and battery. 


EXTENDED LIFE: For extended operation (up to a year or more), the 

MIM can be turned on/off with an external timer between reports. A single 
set of AA Alkaline batteries could power the MIM and 1 watt transmitter for 
a YEAR at one report every 30 minutes. 


MODULE INPUTS OUTPUTS 
Analog 1 --0| |O--> PTT to XMTR 
Analog 2 --0| |O--> Audio to XMTR 
Analog 3 --0| |0 
Analog 4 --0| M.I.M |O<-- Rcvxr Audio 
Analog 5 --0| |O<-- GPS NMEA data 

Input bit 1 --0O| Telemetry |0 
input bit 2 --0| |0 
input bit 3 --O| Module 10 
input bit 4 --0| |0 
input bit 5 --O| |0 
input bit 6 --O| |0 
input bit 7 --O| 10 
input bit 8 --0| |0 


MIM PACKETS: The mim can operate in either MIM mode or MIC mode. Here 
are the packets in each mode: 


MIM MODE: STATUS packet transmitted every N seconds 
POSIT packet transmitted every P seconds 
TELMETRY packet transmitted every T seconds 
CWID transmitted every C seconds 


Mic MODE: POSIT packet every P seconds 
STATUS text apppended to posit every P/S seconds 
TELM telemetry appended every P/T seconds 


MIM TELEMETRY: Each telemetry value is a decimal number between 000 and 
255. The user can adjust his sensors to meaningful values, or the telemetry 
equations can be modified on receipt. The on-air packet telemetry format 
is as follows: 


Té#sss,111,222,333,444,555,xxxxxxxx where sss is the serial number 
followed by the five 3 digit analog 
values and the eight binary values. 


BATTERY VOLTAGE: Just a simple 10k and 2.4k resistor divider connected 


to channel 1 will give you a battery voltage reading in tenths of a volt. 
Thus, a reading of 138 would mean 13.8 volts. For precision, you might 
want to replace the 2.4K resistor with a pot to tweak the reading to 

an exact calibration. 


TEMPERATURE MEASUREMENTS: Similarly, by proper selection of 2 resistor 
values and 2 diode voltage drops, you can easily make one of the Digi-Key 
$2 thermisters read out temperature in degrees F. For details, run the 
MIC-TEMP.BAS program. It draws the schematic and allows you to select 
the proper resistor values. It is suggested that AD-2 be used for 
internal temperature just for consistency with the default APRS Telemetry 
Display. 


TELEMETRY EQUATIONS: The real beauty of the APRS telemetry system is 

that you are not limited to specific calibrations as used above. APRS 

can display any other telemetry values acording to any specific 

quadratic telemetry equation. For the ultimate in flexibility, APRS 

can receive on-air packets to define the Telemetry labels, units, and 
equations. Thus it does not need to be progammed for each application. 
These paramaters may be transmitted to all APRS stations live via four one- 
line BULLETINS. The first one defines the telemetry labels, the second 
defines the units, the third defines the telemetry equations, and the forth 
defines the project name and digital bit definitions. 


LIST-TELEMETRY. To see telemetry data in APRSdos, hit the LIST-TELEMETRY 
command. Hitting this command causes APRS to scan the TRAFFIC page 
looking for telemetry equations, and then to scan the LIST-LOG page 

for any TELEMETRY values. The TELEMETRY samples are saved in the normal 
LOG files. A sketch of the APRS telemetry display is shown below: 


APRS TELEMETRY FOR XYZ BALLOON LAUNCH 


SER TIME Battery AirTemp BTemp Pres Altud Camra Par Sun 10m ATV 5th 6th... 


NUM volts deg.F deg.F Mbars K ft BIT BIT BIT BIT BIT BIT BIT 
101 1215 12.8 86 85 999 0 wae. Seeds are Qed. “Geeks 
104 1218 12.4 84 80 980 4000 clik ... on on hi 
105 1219 12.3 80 76 900 8000 ... ... ... on hi 
106 1220 12.1 75 70 850 16000 ... ... on on .. 
107 1221 12.0 70 65 800 32000 clik ... ... ... ... 
108 1222 12.0 65 60 730 64000 ... ... on... hi 


To configure all APRS stations to properly decode the telemetry from 
a M.I.M module, one station transmits the proper parameter definition 
packets TO the CALLSIGN of the M.I.M module. For example of N3MIM's MIM: 


To N3MIM:PARM.Battery,BTemp,AirTemp,Pres,Altude,Camra,Chute,Sun,10m,ATV 


To N3MIM:UNIT.Volts,deg.F,deg.F,Mbar,Kfeet,Clik,OPEN! ,on,on,high 
To N3MIM:EQNS.0,2.6,0,0, .53,-32,3,4.39,49, -32,3,18,1,2,3 
To N3MIM:BITS.10110101,PROJECT TITLE... 


The PARM format specifies the name of each of the 13 parameters. 

The UNIT format specifies what units are to be displayed, and what label 
is associated with the digital condition. 

The BITS format specifies whether a 1 or 0 indicates the indicated label 
and also the project Title. 

The EQNS format has three coeficients for each of the five analog channels. 


Final value = A*X*2 + BxX + C Where X is the M.I.M transmitted value 


FORMAL SPECIFICATION: The specific format for the TITLE, PARM, UNIT, and 
EQNS message packets are shown below. They are entered as messages to the 
address of the MIM module: 


PARM.P1,P2,P3,P4,P5,B1,B2,B3,etc Where Pn and Bn are the parameter names 


UNIT ,U1,U2,U3,U4,U5,L1,L2,L3,etc Where Un are the units for analog ports 
and Ln are the labels for the bits 


EQNS,A1,B1,C1,A2,B2,C2,A3,B3,C3,etc Where the An,Bn,Cn are the coeficients 
for each of the five analog channels, 


BITS. XXXXXXXX, Title-up-to-23-chars The x's specify the state of the bits 
that match the BIT Labels. 


Té#sss,111,222,333,444,555,xxxxxxxx This is the on-air format for the UI 
packet, where sss is the serial number 
followed by the five 3 digit analog 
values and the eight binary values. 


PARAMETER NAMES: Due to the 80 character screen width in DOS, each 
parameter has a fixed NAME/UNITS length. The lengths for the 5 analog 
channels are 7, 6, 5, 5 and 4 characters. The lengths for the 8 digital 
bits are 5, 4, 3, 3, 3, 2, 2, and 2 characters respectively. So you may 
need to decide early on what channel to use for what purpose based on the 
number of characters available in the display... 


DEFAULTS TO APRS Mic-ENCODER: Since the predominant application of the MIM 
module is in the APRS Mic-Encoder, the default telemetry parameters and 
units for the Mic-E are normally displayed. These will go away if any 
on-air parameters or equations are received... 


APPLICATIONS: 


1) Balloon payloads using only party balloons (not big ones) 


2) Tracking wildlife or packages 
3) Small stand-alone trackers 

4) Model Aircraft 

5) Keeping track of your kids. 


LOW POWER TELEMETRY TRANSMITTERS: To complement this less than ONE-CUBIC 
inch MIM telemetry system, Agrelo Engineering in NY makes a 1.5 x 0.5 x 0.25 
inch 2 meter transmitter for $99. It outputs 500 mW at 6 volts 140 ma and 
120 mW at 3 volts 50 ma. A new 800 mw model is now out! 

See more cheap transmitters in the GPS.TXT file. 


ORDERING YOUR MIM: 


Order the MIM from APRS Engineering LLC, 115 Old Farm Ct, Glen Burnie 
MD, 21060 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:44 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id WAA12401 
for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 22:47:56 -0500 (CDT) 
Message-ID: <LYR11594-42887-1999.10.02-22.59.18--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 02 Oct 1999 23:48:25 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Omission - Page 6, compressed format 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F6D209.7E459AD4@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


On page 6, at the bottom of the segment "Position Report" 


the referenced file, YYYYNNNN.txt (the compressed format as 
used on APRSdos, the Kenwood HT and APRSDIGI) is 
not included. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
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From ???@??? Mon Oct 04 16:33:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id WAA12699 
for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 22:56:16 -0500 (CDT) 
Message-ID: <LYR11594-42889-1999.10.02-23.07.40--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 02 Oct 1999 23:56:45 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Omission - Page 8 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F6D3FD.A36B119F@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


The MIC-E protocol is not defined sufficently for a programmer to 
implement it, either on page 8 or on page 17. As the MIC-E protocol 
can be somewhat confusing, I would recommend adding a reference to 
it such as: http://www.tapr.org/tapr/html/mic-e-proto.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA24759 


for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 16:39:37 -0500 (CDT) 
Message-ID: <LYR11594-43026-1999.10.03-16.51.03--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 03 Oct 1999 17:39:13 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Omission: Internet APRS protocol specification 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F7CCFC.49DA00C6@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


Type of report: OMISSION: 

Summary: Internet APRS protocol specification omitted 
DATE: October 3, 1999 

Submitted by: Jeff King wb8wka, jeff@aerodata.net 


Detail of problem: 


In the file Announcement2.pd£ it states on Page 3, under the 
heading "Protocol Committee" in the first paragraph: 


"The APRS Protocol Specification is the formal definition of the data elements 
and message formats used to communicate between APRS devices via wireless 

or wired (e.g., Internet) connections. It does not include user interface of 
other 

elements that do not affect the content or format of these interface 
components." 


On Page 3, third paragraph it states: 


"The Protocol Committee intends to publish Version 1.0 of the APRS Protocol 
Specification by the end of October 1999. The first draft of the Specification 
will 

be made available to the amateur community by the end of June 1999, and 
comment will be accepted as defined below" 


Understand the slipped dates, however paragraph one and three clearly state 
the internet protocols (e.g.. APRSSERVE) are to be part of this document. 


Hence, I am alerting you to there omission from the first draft. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:49 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA17372 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 12:30:58 -0500 (CDT) 
Message-Id: <LYR11594-42992-1999.10.03-12.42.21--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Protocol process 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Date: Sun, 03 Oct 1999 13:30:43 -0400 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910031730 .NAA24589@meow. febo. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


Hi Guys -- 


There've been a couple of postings asking how we're going to handle 
comments on the protocol draft. 


The automated mechanism for handling comments or request changes for 
the APRS protocol isn't developed yet. In the meantime, the aprsspec 
mailing list will have to do most of the work, with some help from me. 


Here's what I intend to do, but I need to put a disclaimer out first. 
I'm going to be having surgery on Tuesday (Oct. 5) to remove a couple 
of blown-out disks in my neck, and have the associated vertebrae fused. 

Doctor's orders are that for the first two to three weeks after the 
surgery, I'm to spend no more than 15 minutes at a time at the 
computer, and that only a couple of times per day (and work-related 
stuff has to come first). So for the next few weeks, don't expect to 
see much from me. 


That said: 


1. The public comment period for the draft 1.0 spec will continue 
until November 1, 1999. By November 7, 1999, the WG will publish an 
anticipated date for publication of the final document for APRS 
Protocol Specification Version 1.0. 


2. Although the developers are already subscribed to the list and see 
all the messages, I will keep a separate archive of those messages for 
future reference. 


3. To make my life easier, please begin the "Subject" line of any 
message that is intended to be a formal comment with "Comment:", 
"Error:", "Omission:" or something similar, so I can filter submissions 
from normal traffic. 


4. I will maintain a simple database of submissions, including the 
submitter's name, date submitted, brief description, and disposition. 
The "disposition" will be based on the vote (or more likely consensus 
view) o£ the Working Group members, and will probably be something like 
"accepted", "accepted in part", "rejected", "deferred", or "further 
info requested" (but don't hold me to those precise terms). The 
disposition field may not be filled in until after the end of the 
comment period (in other words, not every submission is going to be 
acted upon immediately after it is sent, though some might be). 


5. I will upload the submission database to the Working Group web 
page, and do my best to update it regularly. I will also post it, and 
updates, to the aprsspec mailing list. Given my situation, it's likely 
that nothing will be posted anywhere until the latter part of October. 
Sorry about that... 


73, 

John N8UR 

APRS Working Group Administrative Chair 
jra@febo.com 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:53 1999 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA27902 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 18:38:43 -0500 (CDT) 


Date: Sun, 03 Oct 1999 18:36:58 -0500 

From: Bill Diaz <billdiaz@megsinet.net> 

Subject: [aprsspec] RE: Clarification: Compressed format 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
Message-id: <LYR11594-43051-1999.10.03-18.50.07--wd5ivd#tapr.org@lists.tapr.org> 
MIME-version: 1.0 

Content-type: text/plain; charset="us-ascii" 
Content-transfer-encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFODCE.4A927700.billdiaz@megsinet.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


Brent, 


The information presented on this subject to date does nothing to clarify how 
the compression formatted message can be encoded and decoded. 
Can you provide more info? 


Bill KC9XG 


Seicee Original Message----- 

From: Brent Hildebrand [SMTP:bhildebrand@earthlink. net] 
Sent: Sunday, October 03, 1999 5:06 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Correction: Compressed format 


Page 6: 


The inclusion of compress format in the paragraph on packet types is 
confusing. Compressed format is part of one of the other packet types: 


>From Page 6. 

...!DDMM.hhN/DDDMM.hhW$... Fixed format (digipeaters) no APRS 
=DDMM.hhN/DDDMM.hhW$... Fixed but is APRS message capable 
/DDHHMMZDDMM.hhN/DDDMM.hhW$... Stationary, time of last fix 
@DDHHMMZDDMM.hhN/DDDMM.hhW$CSE/SPD/... Moving (with APRS) 
@DDHHMMzZDDMM. hhN/DDDMM. hhW\CSE/SPD/BRG/NRQ/.... DF report 
[XXnnyy].... Grid Square 

[XXnn]... Grid Square 

/YYYYXXXX$csT Compressed format which can be used 


in place of LAT/LONG/cse/spd in all 
formats. /$ are the ICON bytes and T 
is a TYPE byte. See YYYYNNNN.txt 


This seems to imply that a compressed packet is /YYYYXXX$csT. But it is 
really part of one of posits types. 


Normal: =DDMM.mmN/DDDMM.mmW$PHGxxxx.... (also works for !) 
Comprssd: =/YYYYXXXX$csT... 


Normal: @121234ZDDHHMMZDDMM.mmN/DDDMM.mmW$CSE/SPD... 
Comprssd: @121234z/YYYYXXXX$csT... (also works for /) 


Brent Hildebrand, KH2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA29261 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 19:22:23 -0500 (CDT) 
Message-ID: <LYR11594-43056-1999.10.03-19.33.46--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 03 Oct 1999 20:21:45 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Clarification: Compressed format 
References: <LYR11601-43051-1999.10.03-18.50.07--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F7F318.2C4EABA4@aerodata.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: RO 

Bill: 

The reason you and Brett are having such trouble with this, is the document 
describing the compressed format is missing. This would be the yyyyxxxx.txt 
document that is referenced, also referred to as the compressed format. 

I've never seen it on any official APRS site or on the TAPR site. I have however 
seen in on the ARPP file list area. See: 

http: //www.onelist.com/files/arpp/rough_APRS_protocol/compressed_format.txt 
Note I have no idea if this is it..... this should still be treated as an 
omission until 

someone from the WG provides the file as they are the only definitive source. 


73 


Jeff 


Bill Diaz wrote: 

Brent, 

The information presented on this subject to date does nothing to clarify how 
the compression formatted message can be encoded and decoded. 


Can you provide more info? 


Bill KC9XG 


VVVVVV VV 


Vv 


pail Original Message----- 

From: Brent Hildebrand [SMTP:bhildebrand@earthlink. net] 
Sent: Sunday, October 03, 1999 5:06 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Correction: Compressed format 


Page 6: 


The inclusion of compress format in the paragraph on packet types is 
confusing. Compressed format is part of one of the other packet types: 


>From Page 6. 

...!DDMM.hhN/DDDMM.hhW$... Fixed format (digipeaters) no APRS 
=DDMM.hhN/DDDMM.hhW$... Fixed but is APRS message capable 
/DDHHMMZDDMM.hhN/DDDMM.hhW$... Stationary, time of last fix 
@DDHHMMZDDMM.hhN/DDDMM.hhW$CSE/SPD/... Moving (with APRS) 
@DDHHMMZDDMM. hhN/DDDMM. hhW\CSE/SPD/BRG/NRQ/.... DF report 


VV VV VV VV VV VV VV VV 


[XXnnyy].... Grid Square 

[XXnn]... Grid Square 

/YYYYXXXX$csT Compressed format which can be used 
in place of LAT/LONG/cse/spd in all 
formats. /$ are the ICON bytes and T 
is a TYPE byte. See YYYYNNNN.txt 


This seems to imply that a compressed packet is /YYYYXXX$csT. But it is 
really part of one of posits types. 


Normal: =DDMM.mmN/DDDMM.mmW$PHGxxxx.... (also works for !) 
Comprssd: =/YYYYXXXX$csT... 


Normal: @121234ZDDHHMMZDDMM.mmN/DDDMM.mmW$CSE/SPD... 
Comprssd: @121234z/YYYYXXXX$csT... (also works for /) 


Brent Hildebrand, KH2Z 


You are currently subscribed to aprsspec as: jeff@aerodata.net 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VV VVV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:16 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA23025 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 16:22:33 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 4 Oct 1999 17:21:58 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: FUNDAMENTAL: What does APRS stand for? 
In-Reply-To: <LYR11586-43265-1999.10.04-16.10.21-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-43272-1999.10.04-16.33.50--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.05L.9910041720160 . 24017 -100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


I think I'm ready to go back to the "PACKET" name. I changed it to 
POSITION when GPS became so popular, but it really was "PACKET" in the 
early days. 


So I say YES. PACKET. 


de WB4APR, Bob 


On Mon, 4 Oct 1999, Ian Wade wrote: 


First, congratulations to everyone concerned in getting all of this 
information into one place. It's a very useful starting point. 


I'm compiling a number of detailed comments, but right now I have just 
one fundamental comment: 


The initials "APRS" have variously been described in different documents 
to mean: 


#1: "Automatic *Position*x Reporting System" or 
#2: "Automatic *Packetx Reporting System" 


The spec we're discussing presently calls it #1. 


I submit that as APRS is capable of reporting *xmuch*x more than just 
positions, we rename the spec to #2; i.e APRS is a PACKET reporting 
system. 


Irrespective of the original/current meanings adopted by various people, 
I feel this is now the ideal opportunity to give APRS the credit it 
deserves for the very wide range of uses it has. Calling it just a 
"position" reporting system is not relevant any more and doesn't do it 
justice. 


My 0.02c 

73 

Ian, G3NRW 

+--------------- eee eee ee eee + 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


| Editor: RSGB's RadCom "Data" column. 


email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg. html 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 
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APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:03 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id HAAQ4527 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 07:48:11 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 4 Oct 1999 08:47:57 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
In-Reply-To: <LYR11586-42955-1999 .10.03-06.39.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-43179-1999.10.04-07.59.34--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910040835250 . 23992-100000@arctic> 


Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 0 


> Hi All- can anyone explain the use of "local time" in aprs. I cannot 
> think of a use that does not cause problems outside of a very limited 
> geographical area. Shouldn't all times be in zulu? 


APRS was designed for tactical-real-time support for emergency and special 
event operations... ususally local. The fact that we use it 99.9% of the 
time for wide area general ham radio, 24 hours a day is just its "standby" 
mode to keep us all trained and familiar with its operation. 


During the protocol discussions to follow, I hope we dont lose sight of 
the fundamental local/real-time urgent (but very rare) design objectives. 


We frequently use paths of 4 hops or more just to make sure there is 
enough activity in most areas to make APRS interesting most of the time. 
But as emergencies and special events occur, the first thing to do, is cut 
back to the area of need. APRS can support about 100 users. During 
benign conditions, this may take one or two states to see that many 

users. But during an emergency or local event, as more and more 

stations participate, then the paths will have to be shorter to avoid 
overload... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA04798 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 08:04:05 -0500 (CDT) 
Message-ID: <LYR11594-43180-1999.10.04-08.15.31--wd5ivd#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
Date: Mon, 4 Oct 1999 09:06:22 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B901D1C33@SHPMAIL> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 0O 


Pardon my ignorance if this is addressed already.... not meant to 
flame or place any other comments in a poor light... 


Given emergencies aren't likely to make an effort to impact only one 


time zone... and given this is something the military has had extensive 
experience in.... I suggest that APRS either adhere to ZULU... or if 
local time is a necessity... that a field be defined with a single character 


that refers to the local time zone... 


Confusion will reign if either we aren't all on the same time standard... 
or that we don't explicitly state our time reference... history proves 
this over and over and over... 


TNX 

AH6LS 

> > Hi All- can anyone explain the use of "local time" in aprs. I cannot 

> > think of a use that does not cause problems outside of a very limited 
> > geographical area. Shouldn't all times be in zulu? 

> 

> APRS was designed for tactical-real-time support for emergency and special 
> event operations... ususally local. 


snip 
During the protocol discussions to follow, I hope we dont lose sight of 
the fundamental local/real-time urgent (but very rare) design objectives. 


VVV NV 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAAQ5387 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 08:17:54 -0500 (CDT) 
Date: Mon, 4 Oct 1999 08:17:41 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43183-1999.10.04-08.29.18--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
In-Reply-To: <LYR11595-42955-1999.10.03-06.39.33-- 


salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910041317 .TAA34494@us .networkcs. com> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 


Status: RO 

> From: "Dale Huguley" <kg5qd@worldnet.att.net> 
> Subject: [aprsspec] Local Time 

> Date: Sun, 3 Oct 1999 11:23:03 -0000 

> Loi 

> Shouldn't all times be in zulu? 


Given that this is amateur radio, not the military, I believe that the 
term "UTC" would be more appropriate for the specification. See, for 
example, "The ARRL Operating Manual." 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:05 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAAQ6356 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 08:41:12 -0500 (CDT) 
Message-ID: <LYR11594-43193-1999.10.04-08.52.37--wd5ivd#tapr.org@lists.tapr.org> 
From: "Ed Palmer" <PalmerEd@email.msn.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11603-43180-1999.10.04-08.15.31-- 
PalmerEd#email.msn.com@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
Date: Mon, 4 Oct 1999 08:41:58 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-Mimeole: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00e001b£f0e6e$3bab80b0$ca00470a@fwb> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 0O 


From: Sadowski, Allan <allan.sadowski@ncshp.org> 
> Given emergencies aren't likely to make an effort to impact only one 


> time zone... and given this is something the military has had extensive 
> experience in.... I suggest that APRS either adhere to ZULU... or if 

> local time is a necessity... that a field be defined with a single 
character 


> that refers to the local time zone... 


Confusion will reign if either we aren't all on the same time standard... 
or that we don't explicitly state our time reference... history proves 
this over and over and over... 


VVV WV 


I agree with Allan's general sentiment that UTC be used unless local is a 
necessity. Being close to the boundary between Central and Eastern time, I 
see far to much confusion possible unless "local" is properly defined. 


Since, as I understand it, this document is currently defining the APRS 
protocol as it exists in current implementations, establishing a way of 
designating the local time zone needs to be deferred until post V1.0. That 
being said, I don't think a single character is the way to go. After all, 
we have a well-defined standard for time zone abbreviations which covers the 
world; that should be used or "confusion will reign" even more. There are 
already far too many "special cases" in this protocol spec, IMHO. 


On a related point, the second line starting with "@" on page 6 
("@280817/3610.19N/08414.99W-ccc/sss") is missing the time zone character, 
and should start either "@280817Z" ox "@280817/" to be correct. 


Ed Palmer, KU4LY 
Navarre, FL 
ku4ly@arrl.net 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:06 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAAQ6769 
for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 08:53:19 -0500 (CDT) 
Date: Mon, 4 Oct 1999 08:53:08 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43198-1999.10.04-09.04.45--wd5ivdi#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
In-Reply-To: <LYR11595-42955-1999.10.03-06.39.33-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910041353 .TAA37126@us .networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: RO 

> From: "Dale Huguley" <kg5qd@worldnet.att.net> 

> To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

> Subject: [aprsspec] Local Time 

> Date: Sun, 3 Oct 1999 11:23:03 -0000 

> 

> Hi All- can anyone explain the use of "local time" in aprs. I cannot think 
> of a use that does not cause problems outside of a very limited 

> geographical area. Shouldn't all times be in zulu? 


I believe that the _protocol_ should use UTC and that the use of 
or translation to local time should be left to the user interface. 


I also believe that the protocol specification should indicate that 
UTC is preferred, and that the use of local time _in the protocol_ is 
deprecated, (specification language for: "we did this in the past, but 
we figured out that it is a bad idea; you should be able to receive 
it, but you shouldn't transmit it"). 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:34:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAAQ8064 


for <wd5ivd@tapr.org>; Mon, 4 Oct 1999 09:34:16 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 4 Oct 1999 10:33:52 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
In-Reply-To: <LYR11586-43180-1999.10.04-08.15.31-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-43204-1999.10.04-09.45.43--wd5ivdi#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.9910041031090 .23992-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Sorry, I may have confused things. The authors have all agreed that only 
ZULU will be used on the air. All current versions adhere to that 
standard. 


But local display in local time is an option. So I guess you are correct, 
that there is no need for a "format" for local time... since we will not 
transmit it on the air that way... 


de WB4APR, Bob 
On Mon, 4 Oct 1999, Sadowski, Allan wrote: 


Pardon my ignorance if this is addressed already.... not meant to 
flame or place any other comments in a poor light... 


Given emergencies aren't likely to make an effort to impact only one 

time zone... and given this is something the military has had extensive 
experience in.... I suggest that APRS either adhere to ZULU... or if 

local time is a necessity... that a field be defined with a single character 
that refers to the local time zone... 


Confusion will reign if either we aren't all on the same time standard. . 
or that we don't explicitly state our time reference... history proves 
this over and over and over... 


VV VV VV VV VV VV OV 


> TNX 

> AH6LS 

> 

> > > Hi All- can anyone explain the use of "local time" in aprs. I cannot 

> > > think of a use that does not cause problems outside of a very limited 
> > > geographical area. Shouldn't all times be in zulu? 

>> 

> > APRS was designed for tactical-real-time support for emergency and special 
> > event operations... ususally local. 

> snip 

> > During the protocol discussions to follow, I hope we dont lose sight of 

> > the fundamental local/real-time urgent (but very rare) design objectives. 
>> 

>> 

> 

Ses 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 

> 

> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id AAA18597 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 00:01:09 -0500 (CDT) 
From: va3drv@rac.ca 
Message-ID: <LYR11594-42929-1999.10.03-00.12.33--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 03 Oct 1999 01:00:19 -0400 
Reply-To: va3drv@rac.ca 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Minor omission- Page 3 
References: <LYR11613-42867-1999.10.02-21.18.27--va3drvitrac.ca@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F6E2E3.259276F5@rac.ca> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


Hi All! 


For that matter, I didnt see any destinations reserved for the Palm OS 
platform either. 


73! de Marc, VA3DRV. 


Jeff King wrote: 


At the top of page 3, under Reserved DESTINATIONS, nothing 
exists for XASTIR, a released Linux based APRS display application 
written by Frank Giannandrea. (I am assuming the X-APRS designator 
was for the Sproul's Linux application, currently in Beta). 


-Jeff 


You are currently subscribed to aprsspec as: va3drv@rac.ca 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VV VVVV VV VV WV 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:46 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id AAA22359 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 00:16:00 -0500 (CDT) 
Message-Id: <LYR11594-42930-1999.10.03-00.27.24--wd5ivd#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Sat, 02 Oct 1999 22:15:44 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] Re: Minor omission- Page 3 
In-Reply-To: <LYR11639-42929-1999.10.03-00.12.33--ke6afef#tarrl.net@lists. 
tapr.org> 


References: <LYR11613-42867-1999.10.02-21.18.27--va3drvitrac.ca@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.5.32.19991002221544 .Q@0aeb100@mail.cruzio.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


At 01:00 AM 10/3/1999 -0400, Marc <va3drv@rac.ca> wrote: 
> For that matter, I didnt see any destinations reserved for the Palm OS 
>platform either. 


Nor for the newer versions of APRSdos. 

73, Cap KE6AFE 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 
email: cap@cruzio.com home page: http://members.cruzio.com/~cap 
packet radio: KE6AFE @ki6eh.é#wcca.ca.usa.noam 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:48 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA11432 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 08:48:28 -0500 (CDT) 
Date: Sun, 03 Oct 1999 08:46:43 -0500 
From: Bill Diaz <billdiaz@megsinet.net> 
Subject: [aprsspec] RE: Omission - Page 8 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
Message-id: <LYR11594-42971-1999.10.03-08.59.33--wd5ivd#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset="us-ascii" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFOD7B.D5934440.billdiaz@megsinet.net> 


Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


The link provided appears to be incorrect. 
Try http://www.tapr.org/tapr/html/Fpice.html 


Bill KC9XG 


sees Original Message----- 

From: Jeff King [SMTP:jeff@aerodata.net] 
Sent: Saturday, October 02, 1999 10:57 PM 
To: APRS Spec Discussion List 

Subject: [aprsspec] Omission - Page 8 


The MIC-E protocol is not defined sufficently for a programmer to 
implement it, either on page 8 or on page 17. As the MIC-E protocol 
can be somewhat confusing, I would recommend adding a reference to 
it such as: http://www.tapr.org/tapr/html/mic-e-proto.html 


You are currently subscribed to aprsspec as: billdiaz@megsinet.net 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA24004 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 16:18:45 -0500 (CDT) 
Message-ID: <LYR11594-43023-1999.10.03-16.30.11--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 03 Oct 1999 17:18:47 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Protocol process 
References: <LYR11601-42992-1999.10.03-12.42.21--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37F7C82E.54F69953@aerodata.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


John: 


I'm sorry to hear about your pending surgery. 


> In the meantime, the aprsspec 
> mailing list will have to do most of the work, with some help from me. 


Maybe it is time to ask the other members of the 

WG to participate publicly, especially in light of your limited access 
in the coming weeks. It just seems like only you and Greg have spoken 
up so far on APRSSIG. 


3. To make my life easier, please begin the "Subject" line of any 
message that is intended to be a formal comment with "Comment:", 
"Error:", "Omission:" or something similar, so I can filter submissions 
from normal traffic. 


VVNV WV 


Please add one more, called "Clarification:". These types are questions 
that would need to be answered before the close of the comment 
period. See my posting I just made: 


Clarification needs to be made as 
to the target audience of this document.... is it: 


1. Written for a programmer who is does not know APRS (which I hope is the 
intent). 


2. Written for someone who has been exposed to it for some period of time and 
will have help from a APRS insider or can dig around enough on there 
own (reverse engineer) to figure things out (the omission of 
MIC-E, MIM telemetry, internet and compressed formats current puts it in 
this category) 
In reviewing any kind of document, it is important to know ones target audience. 


Thanks John and I hope your surgery goes well. 


-Jeff 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:52 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id RAA26498 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 17:40:16 -0500 (CDT) 
Message-Id: <LYR11594-43041-1999.10.03-17.51.40--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Protocol process 
In-reply-to: Your message of "Sun, 03 Oct 1999 17:18:47 EDT." 
<37F7C82E .54F69953@aerodata.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Date: Sun, 03 Oct 1999 18:39:58 -0400 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910032239.SAA25471@meow. febo. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: RO 


> John: 
> 
> I'm sorry to hear about your pending surgery. 


Thanks; it's not a huge deal, but it sure is annoying. 


Maybe it is time to ask the other members of the 

WG to participate publicly, especially in light of your limited access 
in the coming weeks. It just seems like only you and Greg have spoken 
up so far on APRSSIG. 


VVV NV 


I'm not sure that's necessary, other than perhaps to discuss the point 
you make below. My role is to be the coordinator and facilitator; the 
authors are certainly encouraged to carry on discussions about the spec 
without me. 


> > 3. To make my life easier, please begin the "Subject" line of any 
> > message that is intended to be a formal comment with "Comment:", 


> > "Error:", "Omission:" or something similar, so I can filter submissions 
> > from normal traffic. 

> 

> Please add one more, called "Clarification:". These types are questions 


> that would need to be answered before the close of the comment 
> period. See my posting I just made: 


Understand your point. I wasn't trying to be exhaustive in the list; I 
was just trying to get a mechanism so I can quickly separate 
submissions from other traffic. 


Clarification needs to be made as 
to the target audience of this document.... is it: 


1. Written for a programmer who is does not know APRS (which I hope is the 
intent). 


2. Written for someone who has been exposed to it for some period of time and 
will have help from a APRS insider or can dig around enough on there 
own (reverse engineer) to figure things out (the omission of 
MIC-E, MIM telemetry, internet and compressed formats current puts it in 
this category) 


VV VV VV VV VV VV OV 


In reviewing any kind of document, it is important to know ones target audience. 


I can't answer this for the group; we never discussed it in quite this 
context in our meetings. But speaking for myself, I hope that the 
final protocol document is closer to your first option than the second. 
I think, however, that in practice -- as with most protocols -- the 
document will only be able to take you so far, and looking at 
real-world implementations will fill in some details. 


As to the omissions you cite, I don't think those are intentional but 
are the consequence of a first draft effort. 


John 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 04 16:33:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id CAA24599 
for <wd5ivd@tapr.org>; Sun, 3 Oct 1999 02:41:51 -0500 (CDT) 
Message-ID: <LYR11594-42944-1999 .10.03-02.53.08--wd5ivd#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-42778-1999.10.02-13.01.55-- 
bhildebrand#earthlink.net@lists.tapr.org> <014001bf£0d21$0f2184c0$e992b3d1@celeron> 
<v04205513b41c3c1c18ed@[165 .230.36.132]> 

Subject: [aprsspec] Re: Tactical Call Signs 

Date: Sun, 3 Oct 1999 00:41:22 -0700 

MIME-Version: 1.0 

Content-Type: text/plain 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-Mimeole: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01fd01bf£0d72$b15da380$e992b3d1@celeron> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: RO 


One clarification of the multiple TAC call message, if the first field does 
not contain an "=", then it is assumed to be the tactical call for the 


sending station. Example: 
KH2Z>APS200 ,WIDE3-3::TACTICAL :Brent;WU2Z=Keith;WB4APR=Bob{0 


Meaning: 

KH2Z is Brent 
WU2Z is Keith 
WB4APR=Bob 


Of course, the following is also valid and does the same thing: 
KH2Z>APS200 ,WIDE3-3::TACTICAL :KH2Z=Brent;WU2Z=Keith ;WB4APR=Bob$1 


The prior construct is only in the most recent versions of APRS+SA. If 
you'd prefer to keep it simple, then maybe the following two constructs 
should be used: 


For settings one own tactical callsign: 
KH2Z>APS200 ,WIDE3-3::TACTICAL :Brent{2 


For setting multiple tactical callsigns in one message: 
KH2Z>APS200,WIDE3-3::TACTICAL :KH2Z=Brent;WU2Z=Keith;WB4APR=Bob$3 


Also note, the way I implemented the transmission of tactical callsigns, is 
that they have line numbers, but are transmitted only once. They of course 


can be retransmitted by APRS+SA by a right-click on the message, and 
choosing transmit. Line numbers are not probably needed, and APRS+SA 
ignores them on reception any ways, Since stations such an APRSdos station 
might transmit their tactical callsign, and would have a line number. 
Messages to TACTICAL should never receive an ACK because there should not be 
a station called TACTICAL. 


Brent KH2Z 


seSSe Original Message ----- 

From: Keith Sproul <ksproul@vger.rutgers.edu> 
To: Brent Hildebrand <bhildebrand@earthlink.net> 
Sent: Saturday, October 02, 1999 3:48 PM 
Subject: Re: [aprsspec] Tactical Call Signs 


Brent.. 

Thanks, this is exactly what I needed.. 

Keith 

>Tactical (Tac) callsigns are a local display option only. But for the 
>purpose of exchanging Tac calls, APRS+SA supports several methods of 


>transmitting Tac calls. If a station sends an APRS message to TACTICAL, 
the 


> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


>KH2Z>APS200 ,WIDE3-3::TACTICAL :WU2Z=Keith;WB4APR=Bob;N5B=Balloon1{2. 

> 

>The ";' character separates fields. The "=" separates callsign from Tac 
>callsign. Thus: 


> >message text then contains that station's Tac callsign. Example: 

>> 

> >Personal Tac callsign. 

> >KH2Z>APS200,WIDE3-3::TACTICAL :Brenti1. 

>> 

> >The sending station is KH2Z, going to TACTICAL, thus, the TAC call for 
KH2Z 

> >is Brent. 

>> 

> >Multiple Tac calls, or sending the Tac call for another station, such as 
a 

> >stand-alone tracker, 

> >the characters "=" and ";" are reserved for sending multiple tactical 
> >callsigns in a single message. 

>> 

> >Example: 

> 

> 

> 

> 


VVVV VV VV VV MV 


>WU2Z has a Tac call of Keith. 

>WB4APR, Bob 

>N5B would be Balloont. 

> 

>Note, older versions of APRS+SA used a colon to delimit fields. The above 
>example would be: 

>KH2Z>APS200 ,WIDE3-3::TACTICAL :WU2Z:Keith:WB4APR:Bob:N5B:Balloon14{3 

> 

>APRS+SA still supports both on receive. 

> 

>Other than reserving "=' 


and ";" and ": no other limitations are 


imposed 


VVVV VV VV VV VV VV VV VV VV VV OV 


>by APRS+SA on Tac callsigns. And in fact the reserved characters can be 
>used on the local display, but not for transmitting the Tac call over the 
>air. 

> 

>Brent KH2Z 


Svan Original Message ----- 

>From: Keith Sproul <ksproul@vger.rutgers.edu> 

>To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

>Cc: Bob Bruninga <bruninga@nadn.navy.mil>; <aprsspec@lists.tapr.org> 
>Sent: Saturday, October 02, 1999 10:48 AM 

>Subject: [aprsspec] Tactical Call Signs 


> 
> 
> > Brent 
>> 
> > I would like to get a copy of how you do the tactical call signs via 
> > APRS messages. 
>> 
> > This is one of the things that is not in the current spec that is 
missing. 
>>> 
> > > Keith Sproul 
> > > Keith Sproul 732 445-3695 Office 
> > > Student Housing Network Coordinator 732 445-2968 Fax 
> > > mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
> > > http://dorm. rutgers.edu/~ksproul/ WU2Z 
>>> 
>>> --- 
> > > You are currently subscribed to aprsspec as: bhildebrand@earthlink. net 
> > > To unsubscribe send a blank email to 


leave-aprsspec-11594T@lists.tapr.org 


> 


> > 


> > > 


> 

> Keith Sproul 732 445-3695 Office 
> Student Housing Network Coordinator 732 445-2968 Fax 

> mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 

> http: //dorm. rutgers.edu/~ksproul/ WU2Z 

> 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 02 13:05:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA26406 
for <wd5ivd@tapr.org>; Sat, 2 Oct 1999 12:50:31 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-42778-1999 .10.02-13.01.55--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 2 Oct 1999 13:48:31 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Tactical Call Signs 
Cc: Bob Bruninga <bruninga@nadn.navy.mil>, aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0Q4205512b41b£5787d23@[165.230.36.132]> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Brent 


I would like to get a copy of how you do the tactical call signs via 
APRS messages. 


This is one of the things that is not in the current spec that is missing. 


Keith Sproul 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 


http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 11:55:13 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAA12330 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 11:54:17 -0500 (CDT) 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
X-Sender: mcmusick@mail.anet-stl.com 
Message-Id: <LYR11594-43474-1999.10.05-12.05.44--wd5ivdi#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 11:48:35 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mcmusick@anet-stl.com> 
Subject: [aprsspec] Re: FUNDAMENTAL: What does APRS stand for? 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04011700b41f£ce483bdd@[209.145.180.62]> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


>I think I'm ready to go back to the "PACKET" name. I changed it to 
>POSITION when GPS became so popular, but it really was "PACKET" in the 
>early days. 

> 

>So I say YES. PACKET. 


Ohmygosh, Bob! Don't do that! LEAVE IT WHERE IT IS! 


One of the prime directives of marketing is to decide on an "image" and 
stick with it. All the press in the past two years has been with 
"position", and "position" is self-explanatory. In so many words, 
"Automatic Position Reporting System" works - it instantly describes the 
core capability of the system to the uninitiated... and even non-hams. To 
change it back to the nebulous buzzword "packet" will be highly 
counterproductive. 


I do realize that "APRS" belongs to you, but - please - don't make more 
work for everybody by changing the meaning of the acronym back to something 


meaningless outside of the fraternity. 


...mike/NOQBF 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 12:24:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA13421 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 12:19:27 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Tue, 5 Oct 1999 13:19:11 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: FUNDAMENTAL: What does APRS stand for? 
In-Reply-To: <LYR11586-43474-1999 .10.05-12.05.44-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-43481-1999.10.05-12.30.58--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910051319010 . 26340-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Ok, good point... 
bob 
On Tue, 5 Oct 1999, Mike Musick wrote: 


>I think I'm ready to go back to the "PACKET" name. I changed it to 
>POSITION when GPS became so popular, but it really was "PACKET" in the 
>early days. 

> 

>So I say YES. PACKET. 


Ohmygosh, Bob! Don't do that! LEAVE IT WHERE IT IS! 


One of the prime directives of marketing is to decide on an "image" and 
stick with it. All the press in the past two years has been with 
"position", and "position" is self-explanatory. In so many words, 
"Automatic Position Reporting System" works - it instantly describes the 


VV VV VV VV VV VV 


core capability of the system to the uninitiated... and even non-hams. To 
change it back to the nebulous buzzword "packet" will be highly 
counterproductive. 


I do realize that "APRS" belongs to you, but - please - don't make more 
work for everybody by changing the meaning of the acronym back to something 
meaningless outside of the fraternity. 


...mike/NOQBF 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VVVVV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 14:38:34 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id 0AA18179 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 14:28:19 -0500 (CDT) 
Message-ID: <LYR11594-43503-1999.10.05-14.39.50--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 20:27:28 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: FUNDAMENTAL: What does APRS stand for? 
In-Reply-To: <LYR11659-43481-1999 .10.05-12.30.58-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <le5VnFAgE1+3EwAz@dowrmain.demon.co.uk> 


Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


>On Tue, 5 Oct 1999, Mike Musick wrote: 

> 

>> Ohmygosh, Bob! Don't do that! LEAVE IT WHERE IT IS! 

>> 

>> One of the prime directives of marketing is to decide on an "image" and 
>> stick with it. 


You're absolutely right Mike! But we have to look to the future, not 
drag our heels in the past. APRS xused_to_bex a xpositionx reporting 
system, but it isn't any more. As we all know, it's very much more than 
that now. 


You tell people today that it's a *position* reporting system .... yawn, 
ho-hum, is that all? After all, you can buy GPS-enabled map packages 
off-the-shelf in the local computer store for a few dollars .... 


Tell them instead about all of APRS's many capabilities, which, by the 
way, happen to include position reporting, xthenx you'll awaken 
interest. 


As I said before, to just call it a xpositionx system is IMHO doing APRS 
a great injustice. Now is the time and the opportunity to project it as 
something much more capable. 


In a nutshell, APRS has changed a great deal since it first appeared. 
It's time we changed the name to reflect this -- even Bob agrees. To 
leave it xunchanged* is the retrograde step. 


The way to market APRS now is to tell the world that its name xhasx 
changed. This will excite curiosity, it's something new, it's something 
much better than before! Remember, a lot of people probably didn't run 
with APRS in the old days because it was expensive, you could only 
report positions on crude maps, and it only worked on DOS/Windows/Mac. 


Now you can attract them with a zillion features/benefits, it costs a 
lot less (the most popular version here in the UK costs only US$16 to 
register), and it works on handhelds and Linux as well. 


What do others think? 


73 
Ian, G3NRW 


Editor: RSGB's RadCom "Data" column. 
email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:08:26 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id 0AA19178 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 14:55:56 -0500 (CDT) 
Message-ID: <LYR11594-43507-1999.10.05-15.07.22--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 05 Oct 1999 15:54:37 -0400 
From: Marc <va3drv@rac.ca> 
Reply-To: va3drv@rac.ca 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: FUNDAMENTAL: What does APRS stand for? 
References: <LYR11613-43503-1999.10.05-14.39.50--va3drvi#trac.ca@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FA577D.D2C63098@rac.ca> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Hi All! 


I can't understand where you might think that real time position 
plotting of information is ho-hum, but alluding to an outdated, slow and 
sometimes cumbersome method of transporting that same information is new 
and exciting. Just what is so exciting about ax25 packet, especially at 
1200 baud? 


We all know that APRS is used to convey much more than simple position 
information, yet, the bottom line is that the vast majority of users 
will have a map with icons on it to look at. 


In fact, from what I remember, the name already included packet at one 


point, and was changed to denote position when GPS was introduced. 
What's the marketing strategy in trying to change it back again? Why 
confuse things? 


Might I suggest if we want to change the name we should change it to 


ADRS i.e.: Automatic Data Reporting System, or some such generic 
nomenclature. 


I'm not necessarily advocating a name change. I think anyone who cares 


already knows, and anyone who might care MAY be turned off with the 
"Packet" in the name. What happens when we stop using ax25 packet to 
deliver the information? Another name change? 


I hope not. 


Besides, I already bought the T-shirt! (grin) 


73! de Marc, VA3DRV. 


Ian Wade wrote: 


VV VV VV VV VV VV VV VV VV VV VV 


>On Tue, 5 Oct 1999, Mike Musick wrote: 

> 

>> Ohmygosh, Bob! Don't do that! LEAVE IT WHERE IT IS! 
>> 


>> One of the prime directives of marketing is to decide on an "image" and 


>> stick with it. 


You're absolutely right Mike! But we have to look to the future, not 
drag our heels in the past. APRS xused_to_bex a xpositionx reporting 
system, but it isn't any more. As we all know, it's very much more than 
that now. 


You tell people today that it's a *position* reporting system .... yawn, 
ho-hum, is that all? After all, you can buy GPS-enabled map packages 
off-the-shelf in the local computer store for a few dollars .... 


Tell them instead about all of APRS's many capabilities, which, by the 
way, happen to include position reporting, xthenx you'll awaken 


interest. 


As I said before, to just call it a xpositionx system is IMHO doing APRS 


> a great injustice. Now is the time and the opportunity to project it as 
something much more capable. 


In a nutshell, APRS has changed a great deal since it first appeared. 
It's time we changed the name to reflect this -- even Bob agrees. To 
leave it xunchanged* is the retrograde step. 


The way to market APRS now is to tell the world that its name xhas* 
changed. This will excite curiosity, it's something new, it's something 
much better than before! Remember, a lot of people probably didn't run 
with APRS in the old days because it was expensive, you could only 
report positions on crude maps, and it only worked on DOS/Windows/Mac. 


Now you can attract them with a zillion features/benefits, it costs a 
lot less (the most popular version here in the UK costs only US$16 to 
register), and it works on handhelds and Linux as well. 


What do others think? 


73 
Ian, G3NRW 


Editor: RSGB's RadCom "Data" column. 
email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg. html 


You are currently subscribed to aprsspec as: va3drv@rac.ca 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:08:26 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA19738 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:07:01 -0500 (CDT) 
Message-ID: <LYR11594-43508-1999.10.05-15.18.31--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 05 Oct 1999 16:04:34 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: FUNDAMENTAL: What does APRS stand for? 
References: <LYR11613-43503-1999.10.05-14.39.50--va3drvitrac.ca@lists.tapr.org> 
<LYR11601-43507-1999.10.05-15.07.22--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FA59D1.3D4AF3D@aerodata.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Marc wrote: 


> Just what is so exciting about ax25 packet, especially at 
> 1200 baud? 


It can pass through a voice grade radio (e.g. "Data over Voice") 


Also, an AVL protocol can be made very compact.... 6-8 bytes. When 
you consider TXD times, the difference between 9600bps and 1200bps, 
with regards to the data frame, is insignificant. 


For pure AVL, its just not that bad. 
-Jeff 


btw, this is off topic (sorry) 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:23:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA20146 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:23:11 -0500 (CDT) 
Mime-Version: 1.0 


Message-Id: <LYR11594-43509-1999.10.05-15.34.38--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 16:22:22 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Mostly Formatting/Clarification comments to Spec. Document 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205503b41cfe1fb66b@[165.230.139.231]> 
<LYR11588- 42943-1999 .10.03-02.16.00--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588 -42943-1999 .10.03-02.16.00--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


>I just finished reviewing the Draft 1.0 Specification. I also just joined 
>the discussion list tonight, so some of this may be repeating earlier 
>comments I have not seen. 

> 

>Here are some suggestions to help make the document more readable based on 
>previous experience I have had with similar documents: 

> 


<snip> 
Darrell 


Your comments were quite good, although somewhat more 'picky' than I 
had expected, the clarifications you suggested where all good... 


I will include them in the next revision. 


You asked one question that I want to answer now.. 


At 3:05 -0400 10/3/99, Darrell Hale wrote: 

>9) Page 9 states that 

> 

> "The call of the station sending the object should be attached to the 


>object" 

>and "All receiving software must attach to the object the call of the 
>sending station". 

> 

>How is this done? 

> 


We don't care HOW it is done, we are suggesting that the software 
keep track of the call sign that TRANSMITTED the object. This came 
up when multiple stations where transmitting Hurricane objects, some 
were doing it correctly and some were sending bad data (entered 
manually). Some of the earlier versions had no way of knowing WHO 
transmitted WHICH object after the actual packet that caused the 
object to appear got flushed out of the buffers. 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:23:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA20163 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:23:16 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-43510-1999.10.05-15.34.40--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 16:22:20 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Local Time 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205502b41cf£ce26bcc@[165.230.139.231]> 
<LYR11588-42955-1999 .10.03-06.39.33--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588-42955-1999 .10.03-06.39.33--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11594@lists.tapr.org 


Precedence: bulk 
Status: 


The only place (that I know of) that LOCAL time is currently used is 
in the NWS county alarms, and this is because the announcements on 
the radio are given as: 


"The National Weather Service has issued a severe storm 
warning for the following counties, xxx xxx Xxx xxx. This warning is 
in effect until 11:00pm this evening." 


This time is always given in local time. 


>Hi All- can anyone explain the use of "local time" in aprs. I cannot think 
>of a use that does not cause problems outside of a very limited 
>geographical area. Shouldn't all times be in zulu? 

> 

>73 de kg5qd Dale 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:38:17 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA20190 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:23:34 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-43511-1999.10.05-15.34.49--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 16:22:24 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] RE: Version specific DESTINATION designators 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <v04205504b41c£faf1453@[165.230.139.231]> 
<LYR11588-42930-1999.10.03-00.27.24--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

<LYR11613 -42867-1999 .10.02-21.18.27--va3drvitrac.ca@lists.tapr.org> 
<LYR11588-42930-1999.10.03-00.27.24--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


The APPxxx for the Mike Music's version was left out by accident.. 
(Sorry Mike) 


I don't remember if APRS-Max has its own ID or not, Bob can clarify that. 


As for the XASTIR, he has not been assigned anything yet, nor has he 
asked for one that I know of... (Bob?) 


APXxxx is for the Sproul's X-APRS.. 


And since the Server is currently down, I can't easily go find out if 
he is actually using anything specific at the moment... 


Thanks for the clarifications.. 
This is the type of stuff that I was hoping to get on this list.... 


Keith Sproul 


At 1:00 -0400 10/3/99, va3drv@rac.ca wrote: 

>Hi All! 

> 

> For that matter, I didnt see any destinations reserved for the Palm OS 
>platform either. 

> 

>73! de Marc, VA3DRV. 


>Nor for the newer versions of APRSdos. 
>73, Cap KE6AFE 
>-- 


> 

> 

>Jeff King wrote: 

> 

At the top of page 3, under Reserved DESTINATIONS, nothing 

exists for XASTIR, a released Linux based APRS display application 
written by Frank Giannandrea. (I am assuming the X-APRS designator 
was for the Sproul's Linux application, currently in Beta). 


VVVVV VV 
VVVV VV 


-Jeff 
Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:38:17 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA20198 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:24:04 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-43512-1999.10.05-15.35.22--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 16:22:26 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Omission - Page 8 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205505b41d01bb8f£9c@[165.230.139.231]> 
<LYR11588 - 42889-1999 .10.02-23.07.40--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588-42889-1999 .10.02-23.07.40--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Yes, that is correct, I was going to refer to some other document 
about the Mic-E. 


This reference will be added to the next revision.. 


>The MIC-E protocol is not defined sufficently for a programmer to 
>implement it, either on page 8 or on page 17. As the MIC-E protocol 

>can be somewhat confusing, I would recommend adding a reference to 

>it such as: http://www.tapr.org/tapr/html/mic-e-proto.html 

> 

> 

Soe 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:55:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA20892 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:44:14 -0500 (CDT) 
Date: Tue, 5 Oct 1999 15:43:56 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43514-1999.10.05-15.55.36--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] References 
In-Reply-To: <LYR11595-43512-1999 .10.05-15.35.22-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910052043 .PAA36324@us.networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Date: Tue, 5 Oct 1999 16:22:26 -0400 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Omission - Page 8 


VVV WV 


Yes, that is correct, I was going to refer to some other document 
about the Mic-E. 


This reference will be added to the next revision.. 


[...] 


VVVV Vv 


I believe that in general information should be included in the APRS 
protocol specification, rather than merely referenced 


fe) Including the information in the APRS protocol specification 
ensures that it is reviewed for correctness and corrected if it 
is incomplete or incorrect. 


o) Most of the documents that are likely to be referred by the 
protocol specification were not written as protocol specifications. 
As such, they are likely to contain extraneous information (e.¢g., 
information about how a particular implementation works, 
information about how to use a particular implementation, or 
descriptions about how certain protocol constructs are displayed) 
and are unlikely to be rigorous, (e.g., using terms such as "must" 
and "should" appropriately) . 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 15:55:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAA21254 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 15:51:48 -0500 (CDT) 

Mime-Version: 1.0 
Message-Id: <LYR11594-43515-1999.10.05-16.03.19--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 16:49:46 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: References 

Cc: aprsspec@lists.tapr.org 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205505b4201492905f@[165.230.139.231]> 

<LYR11588-43514-1999.10.05-15.55.36--ksproul#vger.rutgers.edu@lists.tapr.o 

rg> 


<LYR11588-43514-1999.10.05-15.55.36--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


> 


>I believe that in general information should be included in the APRS 
>protocol specification, rather than merely referenced 


I agree with you, and will be doing that, just until we get it all 
done, the references are better than nothing. 
The one exception to this is the NMEA spec, that is copyrighted by a 


different organization, and we will reference that. 


Keith Sproul 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 16:08:13 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA21758 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 16:02:21 -0500 (CDT) 
Message-ID: <LYR11594-43517-1999.10.05-16.13.50--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 05 Oct 1999 17:00:05 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: Keith Sproul <ksproul@vger.rutgers.edu>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] RE: Version specific DESTINATION designators 
References: <LYR11601-43511-1999.10.05-15.34.49--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FA66D4.2F662EE4@aerodata.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Frank: 

Please see the attached. It was pointed out on the APRSSPEC list that 
your APRS display program "XASTIR" had not been assigned a version 
specific designator. The comment was made by a A:PRS-WG member that 

he was not aware of you asking for one. 

As I don't know if your on the list, or if anyone else contracted you, 
I thought you might want to opportunity to request a designator, if 
you needed one. Please ignore this message if your already aware 

of this discrepancy. 


Regards, 


Jeff 


Keith Sproul wrote: 


The APPxxx for the Mike Music's version was left out by accident... 
(Sorry Mike) 


I don't remember if APRS-Max has its own ID or not, Bob can clarify that. 


As for the XASTIR, he has not been assigned anything yet, nor has he 
asked for one that I know of... (Bob?) 


APXxxx is for the Sproul's X-APRS.. 


And since the Server is currently down, I can't easily go find out if 
he is actually using anything specific at the moment... 


Thanks for the clarifications.. 
This is the type of stuff that I was hoping to get on this list.... 
Keith Sproul 


At 1:00 -0400 10/3/99, va3drv@rac.ca wrote: 
>Hi All! 


VV VV VV VV VV VV VV VV VV VV 


> 

> For that matter, I didnt see any destinations reserved for the Palm OS 
>platform either. 

> 

>73! de Marc, VA3DRV. 


>Nor for the newer versions of APRSdos. 
>73, Cap KE6AFE 


>-- 

> 

> 

>Jeff King wrote: 

>> 

> > At the top of page 3, under Reserved DESTINATIONS, nothing 

> > exists for XASTIR, a released Linux based APRS display application 
> > written by Frank Giannandrea. (I am assuming the X-APRS designator 
> > was for the Sproul's Linux application, currently in Beta). 

>> 

> > -Jeff 

Keith Sproul 732 445-3695 Office 

Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 

http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: jeff@aerodata.net 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 16:42:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA22602 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 16:25:47 -0500 (CDT) 
Date: Tue, 5 Oct 1999 16:25:40 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43521-1999.10.05-16.37.19--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Version Designators 
In-Reply-To: <LYR11595-43517-1999.10.05-16.13.50-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910052125 .QAA38243@us.networkcs. com> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Why is the version of the transmitting station contained in the AX.25 
Source Address? 


I believe that consideration should be given to marking this protocol 
feature as "deprecated", (i.e., APRS receivers should accept packets with 
software version identification in the AX.25 Source Address, but APRS 
senders ought not put software version identification in the AX.25 

Source Address). 


Are there any cases where the receiving software operates differently 
based on the software version identification contained in a received 
APRS packet? If the answer is "Yes", then I have some concern about 
the protocol and its specification. If the answer is "No", then it 
sounds like the feature could be deprecated without difficulty. 


I have three specific concerns about this feature: 


fe) This feature has the appearances of a backdoor method of controlling 
APRS implementations. All we know is that new software identifiers 
must be approved by the current [authorized] implementors. 
Whatever the actual facts, this presents the appearances of 
potential conflict. 


fo) Presumably, we will see lots of new APRS implementations in the 
future. I think we ought to have a really good reason to 
keep revising the protocol specification as new implementations 
are created, (or worse, not updating the specification). 


(o) This section has the appearance of being intimately tied with 
Bob's licensing and consulting activities. This seems to offer 
the potential for future misunderstandings. 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 16:42:44 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA22924 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 16:36:22 -0500 (CDT) 
X-Authentication-Warning: fred.genoagroup.com: fgiannan owned process doing -bs 
Date: Tue, 5 Oct 1999 15:35:56 -0600 (MDT) 
From: Frank Giannandrea <fgiannan@genoagroup.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: fgiannan@eazy.net, Keith Sproul <ksproul@vger.rutgers.edu>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] RE: Version specific DESTINATION designators 
In-Reply-To: <37FA66D4.2F662EE4@aerodata.net> 
Message-ID: <LYR11594-43525-1999.10.05-16.47.45--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.05.9910051516460 .18960-100000@fred. Senoagroup.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Jef£, Keith, APRS-WG members, and WG-SIG, 
Jeff, Thanks... and I did get this.. 


As to this issue, I don't think this should be a "BIG" issue... as I just 
received a new message (from the sig as he states "The letter 'Z' is 
reserved for 'EXPERIMENTAL', which is correct."). I don't think that this 
may be the proper discussion for this sig, but I did want to clear out 
any further discussion. As I am not it the "regular" group of APRS 
developers, I didn't even think ask for any special designator. 

If the members of the group want to add this that is fine with me, but 

it is not as important as a standard written protocol. I would point out 
that this is a transition, things will take time, don't waste time on the 
small details. I would rather have it all play nice together. 


Keith, 
Thanks for the clarification. 


73, 
Frank 


On Tue, 5 Oct 1999, Jeff King wrote: 


Frank: 

Please see the attached. It was pointed out on the APRSSPEC list that 
your APRS display program "XASTIR" had not been assigned a version 
specific designator. The comment was made by a A:PRS-WG member that 

he was not aware of you asking for one. 

As I don't know if your on the list, or if anyone else contracted you, 
I thought you might want to opportunity to request a designator, if 
you needed one. Please ignore this message if your already aware 

of this discrepancy. 


Regards, 


Jeff 


Keith Sproul wrote: 


> The APPxxx for the Mike Music's version was left out by accident... 
(Sorry Mike) 


I don't remember if APRS-Max has its own ID or not, Bob can clarify that. 


As for the XASTIR, he has not been assigned anything yet, nor has he 
asked for one that I know of... (Bob?) 


APXxxx is for the Sproul's X-APRS.. 


And since the Server is currently down, I can't easily go find out if 
he is actually using anything specific at the moment... 


Thanks for the clarifications.. 
This is the type of stuff that I was hoping to get on this list.... 


Keith Sproul 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VW 


VV VV VV VV VV VV VV VV VV OV 


At 1:00 -0400 10/3/99, va3drv@rac.ca wrote: 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 17:52:49 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id RAA24830 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 17:41:39 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Tue, 5 Oct 1999 18:39:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version Designators 
In-Reply-To: <LYR11586-43521-1999.10.05-16.37.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-43538-1999.10.05-17.52.03--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910051837480 .11830-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Wrong on all counts. The intent is to identify the code source and 
version of a packet for troubleshooting. With everyone and his brother 
now in the game, this is even more important than ever. 


de WB4APR, Bob 
On Tue, 5 Oct 1999, Tim Salo wrote: 


Why is the version of the transmitting station contained in the AX.25 
Source Address? 


I believe that consideration should be given to marking this protocol 
feature as "deprecated", (i.e., APRS receivers should accept packets with 
software version identification in the AX.25 Source Address, but APRS 
senders ought not put software version identification in the AX.25 

Source Address). 


Are there any cases where the receiving software operates differently 
based on the software version identification contained in a received 
APRS packet? If the answer is "Yes", then I have some concern about 
the protocol and its specification. If the answer is "No", then it 
sounds like the feature could be deprecated without difficulty. 


VV VV VV VV VV VV VV 


I have three specific concerns about this feature: 


o This feature has the appearances of a backdoor method of controlling 
APRS implementations. All we know is that new software identifiers 
must be approved by the current [authorized] implementors. 

Whatever the actual facts, this presents the appearances of 
potential conflict. 


o Presumably, we will see lots of new APRS implementations in the 
future. I think we ought to have a really good reason to 
keep revising the protocol specification as new implementations 
are created, (or worse, not updating the specification). 


o This section has the appearance of being intimately tied with 
Bob's licensing and consulting activities. This seems to offer 
the potential for future misunderstandings. 


-tjs 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VV VVV VV VV VV VV VV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 17:52:49 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id RAA24918 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 17:46:34 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Tue, 5 Oct 1999 18:46:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: APRS Version Designators 

In-Reply-To: <LYR11586-43521-1999.10.05-16.37.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11594-43539-1999.10.05-17.58.00--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910051844510 .11830-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Status: 


ALI, 

I copied this off the AMSAT BB. I think APRSdos assumes feet too. 
I will correct this in my next version to check for "units" in the 
altitude field... bob 


On a much less critical note: 


A few balloon launches back we noticed that the balloon GPS data 
said the payload was at 20,000 feet an hour after launch. It was 
SUPPOSED to be at 60K+ feet. 


You guessed it. The GPS was putting out altitude in meters, 

and the ground software wasn't doing the conversion. Fortunately 
the simple analog temperature sensor told the true story, although 
less accurate (temp to altitude conversion). We finally figured 
out that things were working. We just weren't translating. 


We got off much cheaper than NASA... 


Andy W5ACM 


On Fri, 1 Oct 1999, Dr Thomas A Clark (W3IWI) wrote: 


This would be funny if it wasn't so sad! NASA today released a 
report on the reason that the the Mars Climate Observer had its 
catastrophic failure last week. The Locheed-Martin (LockMart -- your 
one stop aerospace contractor) team in Colorado transmitted some 
crucial data to the JPL controllers. Unfortuanately, LockMart 

used English (feet-inches) and JPL expected metric units. The 

result was that the spacecraft was destroyed as it slammed into the 


VV VV VV MV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Martian atmosphere. The following press release is on the NASA web 
site at URL 


ftp://f£tp.hq.nasa. gov/pub/pao/pressrel/1999/99-113.txt 


MARS CLIMATE ORBITER TEAM FINDS LIKELY CAUSE OF LOSS 


A failure to recognize and correct an error in a transfer of 
information between the Mars Climate Orbiter spacecraft team in 
Colorado and the mission navigation team in California led to the 
loss of the spacecraft last week, preliminary findings by NASA's 
Jet Propulsion Laboratory internal peer review indicate. 

"People sometimes make errors," said Dr. Edward Weiler, 
NASA's Associate Administrator for Space Science. "The problem 
here was not the error, it was the failure of NASA's systems 
engineering, and the checks and balances in our processes to 
detect the error. That's why we lost the spacecraft." 


The peer review preliminary findings indicate that one team 
used English units (e.g., inches, feet and pounds) while the other 
used metric units for a key spacecraft operation. This 
information was critical to the maneuvers required to place the 
Spacecraft in the proper Mars orbit. 


"Our inability to recognize and correct this simple error 
has had major implications," said Dr. Edward Stone, director of 
the Jet Propulsion Laboratory. "We have underway a thorough 
investigation to understand this issue." 


Two separate review committees have already been formed to 
investigate the loss of Mars Climate Orbiter: an internal JPL peer 
group and a special review board of JPL and outside experts. An 
independent NASA failure review board will be formed shortly. 


"Our clear short-term goal is to maximize the likelihood of a 
successful landing of the Mars Polar Lander on December 3," said 
Weiler. "The lessons from these reviews will be applied across the 
board in the future." 


Mars Climate Orbiter was one of a series of missions ina 
long-term program of Mars exploration managed by the Jet 
Propulsion Laboratory for NASA's Office of Space Science, 
Washington, DC. JPL's industrial partner is Lockheed Martin 


VV VVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


> > Astronautics, Denver, CO. JPL is a division of the California 

> > Institute of Technology, Pasadena, CA. 

> we288 

> Via the amsat-bb mailing list at AMSAT.ORG courtesy of AMSAT-NA. 

> To unsubscribe, send "unsubscribe amsat-bb" to Majordomo@amsat.org 
> 


Via the amsat-bb mailing list at AMSAT.ORG courtesy of AMSAT-NA. 
To unsubscribe, send "unsubscribe amsat-bb" to Majordomo@amsat.org 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 18:47:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA25813 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 18:25:14 -0500 (CDT) 
Message-Id: <LYR11594-43544-1999.10.05-18.36.46--wd5ivdi#tapr.org@lists.tapr.org> 
X-Sender: kd4rdb@mail.netzero.com 
Date: Tue, 05 Oct 1999 19:24:05 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Wes Johnston <kd4rdb@netzero. com> 
Subject: [aprsspec] APRS Objects 
In-Reply-To: <LYR11698-43509-1999.10.05-15.34.38--kd4rdbi#netzero.com@lis 
ts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.19991005190846 . 009f02a0@mail .netzero.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


I made a suggestion to the APRS authors a few weeks ago, and perhaps this 
is the forum to mention again. 


If we are to gain any credibility with any official agency (ie the NWS), we 
need a way to control objects better. 


1) We need a 2nd level of objects that can ONLY be created and modified by 
"official" stations, such as SKYWARN stations. General users should be 


able to create objects as usual and move them around. 


2)There should be a method for turning off all "non official" objects on 
YOUR screen. Any object you create will be visible regardless of the state 
of this QRM filter. 


Using this method, we can publish "official" storm positions ,and not have 
to see ALL of the other erroneous positions / misspelled storms. We can 
prevent unofficial stations from grabbing an official object and moving it 
for us. All that we need to do is alter the symbol that begins the 
object. Presently it is a semicolon. I'm not sure which ASCII character 
we'd choose to use, and it doesn't matter... just as long as "unofficial" 
stations continue to create semicolon objects, and are not permitted to 
create "official other yet to be decided ascii characters" messages. 


Hope this makes sense! 
Wes 


Wes 

kd4rdb@usa. net 

Stupidity should be painful 

NetZero - Defenders of the Free World 

Get your FREE Internet Access and Email at 
http: //www.netzero.net/download/index.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 19:07:34 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA26880 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 19:07:09 -0500 (CDT) 
Message-ID: <LYR11594-43546-1999.10.05-19.18.40--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 05 Oct 1999 20:06:27 -0400 
From: amartin@interactive.net (Art Martin) 
X-Accept-Language: en,ja,de-DE 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
References: <LYR11676-43510-1999 .10.05-15.34.40-- 
amartin#interactive.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FA9283.361D45A2@interactive.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Hi, all... 


I agree with Keith in that the verbal "in effect to" time is local. As 
such it is directed to those close enough to the issuing office who are 
(usually) in the same time zone. 


The encoded data header for NWS WX (including counties and zones) ends 
with ZULU/UTC although not normally indicated with the Z indicator. 
These releases can be captured by distant users in other time zones, via 
the internet, world-wide. 


Having a transmitted time or day/time with Z (or U as an optional value 
for the purists) as the trailing character could be considered for 
incorporation into the Specification. Packet operators world-wide have 
long understood the usage of the Z indicator in time specification. 


I support the concept of having Local time as a display only value which 
would be a local option with the user. 


Thanks for the use of the soapbox. 
73 de Art 


Keith Sproul wrote: 


The only place (that I know of) that LOCAL time is currently used is 
in the NWS county alarms, and this is because the announcements on 
the radio are given as: 


"The National Weather Service has issued a severe storm 
warning for the following counties, xxx xxx Xxx xxx. This warning is 
in effect until 11:00pm this evening." 


This time is always given in local time. 


>Hi All- can anyone explain the use of "local time" in aprs. I cannot think 
>of a use that does not cause problems outside of a very limited 
>geographical area. Shouldn't all times be in zulu? 

> 


VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: amartin@interactive.net 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


> >73 de kg5qd Dale 

>> 

>> 

> >--- 

> >You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 
> >To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 
> 

> Keith Sproul 732 445-3695 Office 

> Student Housing Network Coordinator 732 445-2968 Fax 

> mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 

> http://dorm. rutgers.edu/~ksproul/ WU2Z 

> 

> 

> 

> 


Art Martin N2QAE 

Long Valley, Morris County, NJ, USA 
mailto:amartin@interactive.net 

Find me at: http://map.aprs.net:8000/n2qae 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 19:23:01 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA27028 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 19:14:04 -0500 (CDT) 
Message-ID: <LYR11594-43547-1999.10.05-19.25.30--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11676-43510-1999.10.05-15.34.40-- 
amartin#interactive.net@lists.tapr.org> <LYR11608-43546-1999.10.05-19.18.40- - 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: Local Time 
Date: Tue, 5 Oct 1999 19:13:29 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <02e301bf0f8f£$9e10bbe0$0200a8c0@xemu> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 


Status: 

> Having a transmitted time or day/time with Z (or U as an optional value 
> for the purists) as the trailing character could be considered for 

> incorporation into the Specification. Packet operators world-wide have 

> long understood the usage of the Z indicator in time specification. 

> 

> I support the concept of having Local time as a display only value which 
> would be a local option with the user. 


I completely agree, Z is the only way to always know. 

I live in E indiana where we do not mess with our clocks twice a year. 

If it's not Z, then there's a mess of interpreting to do, based on where the 
sending station is.. :-P 


Now if we used swatch beats.... (oonly kidding!) 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 20:43:33 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id UAA29796 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 20:40:45 -0500 (CDT) 
From: smorris@mindspring.com 
Message-ID: <LYR11594-43562-1999.10.05-20.52.13--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11686-43544-1999.10.05-18.36.46-- 
smorris#mindspring.com@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
Date: Tue, 5 Oct 1999 21:43:05 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 


List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00Q0e01bf0£9c$23373a40$0501a8cO@smorris> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


What you are saying is a good idea. It would be a layering of the stations. 
This is done a great deal in network drawings and maps, which APRS is a 
network/map drawing. One layer is the map, the next layer would be the 
"Official" objects, and a third layer could be the general users. But this 
adds a level of complexity, maybe not to the APRS spec, but how the APRS 
software would be written. There would have to be an additional identifier 
added of some type to designate what type of station it is, official vs. 
general. 


Just my thoughts. 


Sila Ss Original Message ----- 

From: Wes Johnston <kd4rdb@netzero.com> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Tuesday, October 05, 1999 7:24 PM 

Subject: [aprsspec] APRS Objects 


> I made a suggestion to the APRS authors a few weeks ago, and perhaps this 
> is the forum to mention again. 

> 

> If we are to gain any credibility with any official agency (ie the NWS), 
we 


> need a way to control objects better. 


> 
> 1) We need a 2nd level of objects that can ONLY be created and modified by 
> "official" stations, such as SKYWARN stations. General users should be 

> able to create objects as usual and move them around. 
> 
> 
> 


2)There should be a method for turning off all "non official" objects on 
YOUR screen. Any object you create will be visible regardless of the 
state 
of this QRM filter. 


Vv 


Using this method, we can publish "official" storm positions ,and not have 
to see ALL of the other erroneous positions / misspelled storms. We can 
prevent unofficial stations from grabbing an official object and moving it 


VV VV 


for us. All that we need to do is alter the symbol that begins the 
object. Presently it is a semicolon. I'm not sure which ASCII character 
we'd choose to use, and it doesn't matter... just as long as "unofficial" 
stations continue to create semicolon objects, and are not permitted to 
create "official other yet to be decided ascii characters" messages. 


Hope this makes sense! 
Wes 


Wes 

kd4rdb@usa. net 

Stupidity should be painful 

NetZero - Defenders of the Free World 

Get your FREE Internet Access and Email at 
http: //www.netzero.net/download/index.html 


You are currently subscribed to aprsspec as: smorris@mindspring.com 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 21:29:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAAQ0862 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 21:19:04 -0500 (CDT) 

Mime-Version: 1.0 

Message-Id: <LYR11594-43565-1999.10.05-21.30.33--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 5 Oct 1999 22:17:32 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Keith Sproul <ksproul@vger.rutgers.edu> 

Subject: [aprsspec] Re: APRS Objects 

Cc: aprsspec@lists.tapr.org 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205504b4205fe82e2d@[165.230.139.231]> 
<LYR11588-43544-1999 .10.05-18.36.46--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 


<LYR11588-43544-1999.10.05-18.36.46--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Wes, 


Although I completely agree with what you are proposing, it might not 
be a protocol issue. It might just be a software issue on the users 
end. One example could be to have a list of ‘known good originating 
stations’ that software says ONLY SHOW OBJECTS IF THEY CAME FROM ONE 
OF THESE STATIONS.. 


This is one of the reasons we have ‘magic secret decoder ring' for 
the issuing of NWS county alerts.. The NWS specifically asked us to 
limit the creation of these alerts. 


I agree that we have to cut down on the bad reports.. The MAIN way 
should be via education... 


As for the storms etc, the stuff that Dale Hugely is doing to 
automatically create this will (hopefully) reduce the number of 
people putting up the erroneous ones.. 


Keith 


>I made a suggestion to the APRS authors a few weeks ago, and perhaps this is the 
forum to mention again. 

> 

>If we are to gain any credibility with any official agency (ie the 
>NWS), we need a way to control objects better. 

> 

>1) We need a 2nd level of objects that can ONLY be created and 
>modified by "official" stations, such as SKYWARN stations. General 
>users should be able to create objects as usual and move them around. 
> 

>2)There should be a method for turning off all "non official" 
>objects on YOUR screen. Any object you create will be visible 
>regardless of the state of this QRM filter. 

> 

>Using this method, we can publish "official" storm positions ,and 
>not have to see ALL of the other erroneous positions / misspelled 
>storms. We can prevent unofficial stations from grabbing an 
>official object and moving it for us. All that we need to do is 
>alter the symbol that begins the object. Presently it is a 


>semicolon. I'm not sure which ASCII character we'd choose to use, 
>and it doesn't matter... just as long as "unofficial" stations 
>continue to create semicolon objects, and are not permitted to 
>create "official other yet to be decided ascii characters" messages. 
> 

>Hope this makes sense! 

>Wes 

> 

> 

>Wes 

>kd4rdb@usa.net 

>Stupidity should be painful 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 21:43:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA01363 

for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 21:35:42 -0500 (CDT) 
Message-Id: <LYR11594-43566-1999.10.05-21.47.13--wd5ivd#tapr.org@lists.tapr.org> 
X-Sender: kd4rdb@mail.netzero.com 
Date: Tue, 05 Oct 1999 22:34:57 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Wes Johnston <kd4rdb@netzero.com> 
Subject: [aprsspec] Re: APRS Objects 
Cc: aprsspec@lists.tapr.org 
In-Reply-To: <v04205504b4205fe82e2d@[165.230.139.231]> 
References: < <LYR11588-43544-1999.10.05-18.36.46-- 
ksproul#vger.rutgers.edu@lists.tapr.o rg> 
<LYR11588-43544-1999 .10.05-18.36.46--ksproul#vger.rutgers.edu@lists.tapr.o rg> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.19991005222226 .009e3960@mail .netzero.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Dale is publishing these objects... but for example when Hurricane Floyd 
came thru, I literally waited for 8 or 10 hours to get Floyd on my screen 
at all... I realize that he is publishing this data when it is given to 
him, but we need to think about the "net cycle" time of 30 mins... and 
include such objects in there. Otherwise, someone will take it upon 
themselves to create Floyd. If Floyd already exists, they wouldn't feel 
the need. 


Another issue is malicious use of an object. We need to be able to create 
an object that no one but an official user can move. That way Mr. Average 
Joe won't click on the hurricane with his ALT button pressed and drag it 
around (not realizing that he's moving it on EVERYONE's screens.). When I 
showed APRS off for the Georgetown SC EOC a few years ago, that was one of 
their concerns.. I said aprs was an open system... they said "We don't want 
anyone controlling our objects". 


Wes 


At 10:17 PM 10/5/99 -0400, Keith Sproul wrote: 

>Wes, 

> 

>Although I completely agree with what you are proposing, it might not be a 
>protocol issue. It might just be a software issue on the users end. One 
>example could be to have a list of ‘known good originating stations' that 
>software says ONLY SHOW OBJECTS IF THEY CAME FROM ONE OF THESE STATIONS.. 
> 

> 

>This is one of the reasons we have 'magic secret decoder ring' for the 
>issuing of NWS county alerts.. The NWS specifically asked us to limit the 
>creation of these alerts. 

> 

>I agree that we have to cut down on the bad reports.. The MAIN way should 
>be via education... 

> 

>As for the storms etc, the stuff that Dale Hugely is doing to 
>automatically create this will (hopefully) reduce the number of people 
>putting up the erroneous ones.. 


> 
> 

>Keith 

> 

>Keith Sproul 732 445-3695 Office 
>Student Housing Network Coordinator 732 445-2968 Fax 
>mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
>http://dorm. rutgers.edu/~ksproul/ WU2Z 


Wes 


kd4rdb@usa.net 

Stupidity should be painful 

NetZero - Defenders of the Free World 
Get your FREE Internet Access and Email at 
http: //www.netzero.net/download/index.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 21:58:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA0Q1814 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 21:52:53 -0500 (CDT) 
Message-ID: <LYR11594-43567-1999.10.05-22.04.16--wd5ivd#tapr.org@lists.tapr.org> 
Reply-To: "Dale E. Reed" <w8abz@mindspring.com> 
From: "Dale E. Reed" <w8abz@mindspring.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Omissions, References, requests for clarification: WX, NTS 
traffic, NSWE, etc. 
Date: Tue, 5 Oct 1999 22:51:15 -0400 
Organization: Amateur Radio Station W8ABZ 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="Windows-1252" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <004701bf0fa5$a9b81fe0$0245a8c0@ms449363> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


I perused the 22 messages in the Web page "Visit" before I signed up. Then 
I bounced a message, found out two days later. I hope the following 
discourse is not redundant. Apologies if it is.... 


On page 8, in the Weather Report section, reference is made to WX.TXT, but 
it is not available at the APRS spec. web page. Obviously, all referenced 
files should be included on the web page for review. 


4NOTE: I should have read WX.TXT before typing the following, but this comes 
from a reading of the protocol spec itself: 


Also, in the wx example given: 

(I quote) 

@DDHHMM/DDMM. hhN/DDDMM. hhW_CSE/SPDgXXXtXXXrXXXpXXXPXXXhXXHXXXXXdU2k 
r is in hundredths of an inch of rain in the LAST HOUR 

is in hundredths of an inch of rain in the LAST 24 HOURS 
is in hundredths of an inch of rain since midnight 

is INCHES of snow in the last 24 hours 

is in tenths of millibars 

h is percent humidity (00=100% 

dU2k is Ultimeter 2000, 

U5 is the 500, 

Dvs is Davis 

RSW is Radio Shack 

PIC is a PIC device (K4HG?) 

HKT is Heathkit 

The first character designates what version of APRS 

'd' = APRSdos 

'W' = WinAPRS 

'M' = MacAPRS 

"*! X-APRS (Linux) 

7S APRS+SA 

Lxxx is luminosity in Watts per square meter 999 and below 
1xxx is luminosity in Watts per square meter 1000 and above 
L is inserted in place of one of the rain values. 

(end of quote) 


on VT 


no reference is made to the gXXX and tXXX; I assume these are gust speed 
(what basis? peak, 1 min. avg., other? what units, for that matter?) and 
temperature (whole degrees F, I assume... signed? where does the "-" go? 
how to represent -100 degf?) 


In the "dU2K", is the "d" the DOS designator, so that WU2K would be the 
U2000 reported by WinAPRS? Then other examples would be dU5, MDvs, etc... 


Also, what is the usage of "luminosity"? 

I'm guessing all these are answered in WX.TXT.... 

Also, I'm assuming, but it's not stated explicitly, that the letter (g, t, 
1, etc.) comes BEFORE the digits of the corresponding value. (Again, 
WX.TXT) Are all values are fixed width or some variable? 


Yes, I know, I'll go back and read my copy of WX.TXT from my APRS docs. 


The position examples use N and W; I assume S and E are valid. Which letter 


is used for positions of 00.0000 latitude and 000.0000 and 180.0000 
longitude? Even if they "never" appear, it is possible to navigate there, 
so it should be stated in the spec. Is either letter allowable (00.0000N = 
00.0000S)? 


The protocol seems to have, but it is not explicitly stated so anywhere, 
various "sections", like a position section, a comments section, etc., so 
that any "position" format could be substituted in the appropriate part of 
the packet. Is this so? To what extent? Could a WX report be sent with a 
Pos in GRID-in-TO format? An object sent with a MIC-E compressed pos? 
Please be VERY clear on the allowable combinations of these "parts" -- 
position, weather, telemetry, comments, messages / bulletins / 
announcements, mail, any others. Altitude? Or is that only in the 
appropriate GPS format (GPRMC, I think...)? Also, there is no reference to 
or discussion of NTS traffic handling. Is there a specific sequence of 
messages used for the message number, originating station, check, place of 
origin, time/date, addressee, message and signature? 


Basically, are we documenting only what is currently being sent over the 
air, or are we documenting what is acceptable to at least some version (DOS, 
Mac, Win, X, Xastir, +, Palm), whether it actually occurs on the air or not, 
but is still part of the "current protocol"? 


73 and MANY thanks for the effort to date! (After all, this is a 
HOBBY!) And thanks for listening to my diatribe. (Go, Tribe!) 


Dale, W8ABZ 
Cleveland Hts., OH 
w8abz@mindspring.com 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 21:58:19 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA01994 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 21:57:45 -0500 (CDT) 
Message-ID: <LYR11594-43568-1999.10.05-22.09.12--wd5ivd#tapr.org@lists.tapr.org> 
Date: Tue, 05 Oct 1999 22:57:44 -0400 
From: amartin@interactive.net (Art Martin) 
X-Accept-Language: en,ja,de-DE 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 


References: <LYR11676-43565-1999 .10.05-21.30.33-- 
amartin#interactive.net@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FABAA8.526E0AE2@interactive.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Hi, all.... 


On a side issue (NWS WX counties) some document, somewhere, might 
include the concept of prioritizing the NWS warning/watch/advisory/etc 
so that the highest priority would be displayed (the on-top layer 
concept) until it reached expiration. Then automatically replace that 
higher priority item with the next highest, ad infinitum, until there 
were no more WX items to be displayed for that location. I am not aware 


that we have any APRS software that will permit that to occur.... yet. 
TNX for the use of the soapbox! 
73 de Art 


Keith Sproul wrote: 
Wes, 


Although I completely agree with what you are proposing, it might not 
be a protocol issue. It might just be a software issue on the users 
end. One example could be to have a list of ‘known good originating 
stations’ that software says ONLY SHOW OBJECTS IF THEY CAME FROM ONE 
OF THESE STATIONS.. 


This is one of the reasons we have 'magic secret decoder ring' for 
the issuing of NWS county alerts.. The NWS specifically asked us to 
limit the creation of these alerts. 


I agree that we have to cut down on the bad reports... The MAIN way 
should be via education... 


As for the storms etc, the stuff that Dale Hugely is doing to 
automatically create this will (hopefully) reduce the number of 


VV VV VV VV VV VV VV VV VV 


> people putting up the erroneous ones.. 
> 
> Keith 
> 
> 


>I made a suggestion to the APRS authors a few weeks ago, and perhaps this is 
the forum to mention again. 
> 
>If we are to gain any credibility with any official agency (ie the 
>NWS), we need a way to control objects better. 
> 
>1) We need a 2nd level of objects that can ONLY be created and 
>modified by "official" stations, such as SKYWARN stations. General 
>users should be able to create objects as usual and move them around. 
> 
>2)There should be a method for turning off all "non official" 
>objects on YOUR screen. Any object you create will be visible 
>regardless of the state of this QRM filter. 
> 
>Using this method, we can publish "official" storm positions ,and 
>not have to see ALL of the other erroneous positions / misspelled 
>storms. We can prevent unofficial stations from grabbing an 
>official object and moving it for us. All that we need to do is 
>alter the symbol that begins the object. Presently it is a 
>semicolon. I'm not sure which ASCII character we'd choose to use, 
>and it doesn't matter... just as long as "unofficial" stations 
>continue to create semicolon objects, and are not permitted to 
>create "official other yet to be decided ascii characters" messages. 
> 
>Hope this makes sense! 
>Wes 
> 
> 
>Wes 
>kd4rdb@usa.net 
>Stupidity should be painful 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: amartin@interactive.net 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Art Martin N2QAE 
Long Valley, Morris County, NJ, USA 


mailto:amartin@interactive.net 
Find me at: http://map.aprs.net:8000/n2qae 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 05 22:13:20 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id WAAQ2057 
for <wd5ivd@tapr.org>; Tue, 5 Oct 1999 22:00:05 -0500 (CDT) 
Message-ID: <LYR11594-43569-1999.10.05-22.11.33--wd5ivd#tapr.org@lists.tapr.org> 
From: "Jim Gill" <jimgill@ix.netcom.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
References: < <LYR11588-43544-1999.10.05-18.36.46-- 
ksprouli#vger.rutgers.edu@lists.tapr.o rg><LYR11588-43544-1999 .10.05-18.36.46-- 
ksproul#vger.rutgers.edu@lists.tapr.o rg> <LYR11705-43566-1999.10.05-21.47.13-- 
jimgilli#ix.netcom.com@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
Date: Tue, 5 Oct 1999 21:49:55 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <012901bf0fa5$79e£2740$0100a8cO@netcom> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Something I have thought of/seen, of course related to the hurricane problem, is 
(potentially unknowing) use of duplicate object names. For example, somewhere in 
the midwest someone sends a HAMFEST object. A day later, someone else, different 
city, maybe unaware of the other object, sends a HAMFEST object for their city, 
removing the other valid object. They maybe should have used HAMFST2 or whatever. 


I don't know if it would be practical to have some sort of error-trapping built in 
the software to say "there is another object with this name, are you sure you want 
to send this object, YES or RENAME your object", etc., since we are on a national 
scale not just local even with local RF objects. 


Another 0.02 . 


Jim 

NORMO 

Omaha, NE 

> We need to be able to create 

> an object that no one but an official user can move. That way Mr. Average 
> Joe won't click on the hurricane with his ALT button pressed and drag it 

> around (not realizing that he's moving it on EVERYONE's screens.). When I 
> showed APRS off for the Georgetown SC EOC a few years ago, that was one of 
> their concerns.. I said aprs was an open system... they said "We don't want 
> anyone controlling our objects". 

> 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 05:41:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id FAA27714 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 05:32:46 -0500 (CDT) 
Message-ID: <LYR11594-43611-1999.10.06-05.44.17--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Comment:Local Time and Objects 
Date: Wed, 6 Oct 1999 10:28:19 -0000 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002d01bf0fe5$82d9c320$2£984d0c@oemcomputer> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


I occurs to me that "Local Time" could be designated with a single character 
for the time zone- there is something like that already in the database I 


use to generate NWS maps. My problem with "Local time" is that if you are 
outside of the "Local Area" you have to know the sending station's 
position. to decipher the time. If your time zone is different than the 
"local time" you will never see a lot of the NWS warnings. If you are in 
Yuma Arizona and issue NWS warnings for the Yuma/Imperial area you have a 
devil of a time deciding which time zone to use. 


Keith Sproul and I had talked about a first character designator for 
"Automatically Parsed Data" to take care of some of the problems with 
Hurricanes, Tornados etc. Presently there is a "." (period) for Space 
Weather which could be redefined as "Automatic". The various authors will 
have to see if this is feasible. I think the Space Weather will probably 
end up being sent as normal messages. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 11:09:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAAQ6482 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 11:08:29 -0500 (CDT) 
Message-ID: <LYR11594-43642-1999.10.06-11.20.03--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-43611-1999 .10.06-05.44.17-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: Comment:Local Time and Objects 
Date: Wed, 6 Oct 1999 11:07:50 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002f01bf1014$£0cb2a20$0200a8cO0@xemu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> I occurs to me that "Local Time" could be designated with a single 
character 


> for the time zone- there is something like that already in the database I 
> use to generate NWS maps. My problem with "Local time" is that if you are 
> outside of the "Local Area" you have to know the sending station's 

> position. to decipher the time. 


It's worse than that, the edges of time zones aren't straight. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 11:24:24 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAAQ6945 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 11:23:06 -0500 (CDT) 
Date: Wed, 6 Oct 1999 11:22:58 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43643-1999.10.06-11.34.39--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version Designators 
In-Reply-To: <LYR11595-43538-1999.10.05-17.52.03-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910061622.LAA71098@us.networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Date: Tue, 5 Oct 1999 18:39:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] Re: APRS Version Designators 


Wrong on all counts. The intent is to identify the code source and 
version of a packet for troubleshooting. With everyone and his brother 
now in the game, this is even more important than ever. 


VV VV VV MV 


Oh... (although appearances _are_ important in this matter). 


I don't find the software version of the sending station a particularly 


useful protocol construct, but I suspect that this reflects differences 
in protocol implementation philosophies. I think some examples of how 
you have used this field would be enlightening. 


I started crafting a much longer reply, but my short answer is that 

I believe that it is the responsibility of the receiver to process 
_any_ malformed packet without blowing up. I believe that this is the 
only approach that will work in the evolving APRS environment, 
particularly given: 


o) the move to an open APRS development community where 
presumably many new, uncoordinated APRS implementation will 
emerge, and 

fe) the emphasis placed on APRS as emergency communications tool. 


Among other effects, this receiver-validates-all-packets approach removes 
the need to quickly find the originator of malformed packets. Rather, 

the immediate response to software blowing up in response to received 
packets is to release a corrected version of the receiving software that 
silently ignores the malformed packet, rather than blowing up. Therefore, 
knowledge of the sending software version is a less pressing need. 


I recognize that you are developing in a environment with only a limited 
amount of memory, that you like to add new features, and that you have 
chosen a monolithic software model (one program does everything) . 

I also realize that at times these objectives conflict with the inclusion 
of extensive error checking of received packets. I guess I don't have 
much of a recommendation beyond observing that I believe that extensive 
validation of received packets is the only approach that scales into the 
future. 


It would probably also be useful if I got around to sending e-mail about 
the lessons learned about ensuring interoperability and robustness in the 
Internet, (since I think these are the issues you are trying to address 
with the sender software version identification. ) 


By the way, what would be really useful is to include the APRS protocol 
version number in the packet. But, that too is the topic for another 
e-mail message. 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 11:39:24 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAAQ7197 

for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 11:30:36 -0500 (CDT) 
Date: Wed, 6 Oct 1999 11:30:29 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43645-1999.10.06-11.42.10--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
In-Reply-To: <LYR11595-43544-1999 .10.05-18.36.46-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910061630.LAA71397@us.networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: 

> Date: Tue, 05 Oct 1999 19:24:05 -0400 

> From: Wes Johnston <kd4rdb@netzero.com> 

> Subject: [aprsspec] APRS Objects 

> Lateced 

> 1) We need a 2nd level of objects that can ONLY be created and modified by 
> "official" stations, such as SKYWARN stations. General users should be 

> able to create objects as usual and move them around. 

> Deeed 


I believe that the most appropriate technology to address this need is 
cryptographic athentication. That is, the originator might 
cryptographically "sign" an APRS message. The receiver could then, 

if and when desired, verify the signature on the message in order to 
verify the identity of the sender. 


This sounds like a good master's thesis for someone... 
-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 11:39:24 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAAQ7411 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 11:37:26 -0500 (CDT) 
Message-ID: <LYR11594-43647-1999.10.06-11.48.40--wd5ivdi#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-43645-1999.10.06-11.42.10-- 
dvanhorn#cedar.net@lists.tapr.org> 

Subject: [aprsspec] Re: APRS Objects 

Date: Wed, 6 Oct 1999 11:35:47 -0500 

MIME-Version: 1.0 

Content-Type: text/plain 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00ef01bf£1018$d7edab00$0200a8cO@xemu> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


> I believe that the most appropriate technology to address this need is 
> cryptographic athentication. That is, the originator might 

> cryptographically "sign" an APRS message. The receiver could then, 

> if and when desired, verify the signature on the message in order to 

> verify the identity of the sender. 


This would introduce a module of "secret code" that would really interfere 
with portability. I'm having trouble imagining a cryptographic approach 
that would allow open source on the algorithm, and knowlege of what's being 
encoded, and still be secure. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 12:09:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAAQ8279 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 12:05:29 -0500 (CDT) 
Date: Wed, 6 Oct 1999 12:05:19 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43650-1999.10.06-12.17.03--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: APRS Objects 

In-Reply-To: <LYR11595-43647-1999.10.06-11.48.40-- 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910061705 .MAA72973@us.networkcs. com> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 


Status: 

> From: "Dave VanHorn" <dvanhorn@cedar.net> 

> Subject: [aprsspec] Re: APRS Objects 

> Date: Wed, 6 Oct 1999 11:35:47 -0500 

> 

> > I believe that the most appropriate technology to address this need is 

> > cryptographic authentication. That is, the originator might 

> > cryptographically "sign" an APRS message. The receiver could then, 

> > if and when desired, verify the signature on the message in order to 

> > verify the identity of the sender. 

> 

> This would introduce a module of "secret code" that would really interfere 
> with portability. I'm having trouble imagining a cryptographic approach 

> that would allow open source on the algorithm, and knowledge of what's being 
> encoded, and still be secure. 


I recommend a solution based on public key cryptography and digital 
Signatures. The algorithms are public, and I believe that quite a bit 
of code is available for the algorithms. The missing piece is the 
public key of the entity signing the messages. This could be received 
from a trusted online source, such as an APRServe (but, you might want 
to authenticate the identity of the APRServe...) or a set of public 
keys could be be distributed with APRS software or via the Web. 


One source of info about public key cryptography is the RSA FAQ: 
http://www. rsasecurity.com/rsalabs/faq/ 
Note that some languages include support for these services: 
http://www. java.sun.com/products/jce/index. html 
This is a complicated area, but the science needs to be understood by only 
a very small number of APRS developers (one might be enough). There are 


lots of issues, such as selecting the appropriate algorithm, designing 
a key distribution mechanism, and avoiding the Export Control Act, 


(cryptography is a munition). Given a design, most developers should 
be able to implement the functionality. 


This feature would probably be optional. Some implementations may choose 
to not implement digital signatures and therefore implicitly assume that 
all messages originate from valid sources. 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 12:24:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA0Q8448 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 12:10:13 -0500 (CDT) 
Message-ID: <LYR11594-43652-1999.10.06-12.21.45--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-43650-1999 .10.06-12.17.03-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
Date: Wed, 6 Oct 1999 12:09:34 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <018d01bf£101d$9032af40$0200a8cO0@xemu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> I recommend a solution based on public key cryptography and digital 

> signatures. The algorithms are public, and I believe that quite a bit 
> of code is available for the algorithms. The missing piece is the 

> public key of the entity signing the messages. This could be received 
> from a trusted online source, such as an APRServe (but, you might want 
> to authenticate the identity of the APRServe...) or a set of public 


> keys could be be distributed with APRS software or via the Web. 


This is a "big computer" job. I admit my bias here, I'd like to stay with 
what can reasonably be acheived in a microcontroller. All we NEED here is 
authentication, not encryption. It's a crime to use someone else's callsign, 
so I think we already have the needed mechanism. If someone starts 
bootlegging calls and screwing around with objects, then folks like me need 
to start hunting his ass. (DF gear on standby 24/7) 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 12:53:58 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA09336 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 12:39:32 -0500 (CDT) 
Date: Wed, 6 Oct 1999 12:39:21 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43655-1999.10.06-12.51.05--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
In-Reply-To: <LYR11595-43652-1999 .10.06-12.21.45-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910061739 .MAA74682@us.networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: 

> From: "Dave VanHorn" <dvanhorn@cedar.net> 

> To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

> Subject: [aprsspec] Re: APRS Objects 

> Date: Wed, 6 Oct 1999 12:09:34 -0500 

> 

> > I recommend a solution based on public key cryptography and digital 

> > signatures. The algorithms are public, and I believe that quite a bit 
> > of code is available for the algorithms. The missing piece is the 

> > public key of the entity signing the messages. This could be received 
> > from a trusted online source, such as an APRServe (but, you might want 


> > to authenticate the identity of the APRServe...) or a set of public 

> > keys could be be distributed with APRS software or via the Web. 

> 

> This is a "big computer" job. I admit my bias here, I'd like to stay with 
> what can reasonably be acheived in a microcontroller. 


Gosh. A ring on my finger can do this 
(http://www. ibutton.com/ibuttons/index.html). So can a card in my wallet 
(http: //java.sun.com/products/javacard/index.htm1) 


> All we NEED here is authentication, not encryption. 


I am suggesting authentication based on cryptography, not encryption. 
The APRS message would still be in clear text; it would merely have 
some junk (a digital signature) appended to the end. 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 13:08:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA0Q9822 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 12:55:47 -0500 (CDT) 
Message-ID: <LYR11594-43656-1999.10.06-13.07.21--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-43655-1999 .10.06-12.51.05-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
Date: Wed, 6 Oct 1999 12:55:10 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01c701bf£1023$eec12b80$0200a8cO0@xemu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> Gosh. A ring on my finger can do this 
> (http://www. ibutton.com/ibuttons/index.html). So can a card in my wallet 
> (http://java.sun.com/products/javacard/index.htm1) 


But we will also be busy doing OTHER things, like APRS. 


> All we NEED here is authentication, not encryption. 


I am suggesting authentication based on cryptography, not encryption. 
The APRS message would still be in clear text; it would merely have 
some junk (a digital signature) appended to the end. 


VV VV WV 


I get the difference, and I wasn't thinking you meant encrypted packets. 
The "junk" still has to be generated for each packet. 

If the "junk" is the same on each packet, then joe nasty can just copy my 
"Junk". 

Still, all we need is to authenticate the sender. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 13:08:55 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA10402 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 13:08:09 -0500 (CDT) 
From: "Rob Wittner" <rmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version Designators 
Date: Wed, 6 Oct 1999 14:08:11 -0400 
Message-ID: <LYR11594-43657-1999.10.06-13.19.42--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 8bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
In-Reply-To: <LYR11697-43643-1999.10.06-11.34.39--xmwiérwa-inc.com@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMAEOECPAA. rmw@rwa-inc.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


> > Wrong on all counts. The intent is to identify the code source and 
> > version of a packet for troubleshooting. With everyone and his brother 
> > now in the game, this is even more important than ever. 


I don't find the software version of the sending station a particularly 
useful protocol construct, but I suspect that this reflects differences 
in protocol implementation philosophies. I think some examples of how 
you have used this field would be enlightening. 


VVNV NV 


and 


I started crafting a much longer reply, but my short answer is that 

I believe that it is the responsibility of the receiver to process 
_any_ malformed packet without blowing up. I believe that this is the 
only approach that will work in the evolving APRS environment, 
particularly given: 


VVV VV 


Being a recent addition to the fold of "APRS Developers", I can assure you 
that it's every author's intent to parse what packets they can, and discard 
the rest without any undue explosions. There is quite a bit of code in 
APRS/CE that does range-checking and other "sanity" checks on values within 
packets before handing them off for further processing. 


I think the "version-in-the-TOCALL" concept does two things: 


(1) If you happen to find a malformed packet (whether or not it blows up a 
given receiving station is a totally separate matter), it allows you to 
determine the platform and version of the software that is sending said 
packet. Who cares? The author, for sure! If someone gets a bogus packet 
with a TOCALL of APC101, they can send me an e-mail and a copy of the 
packet. Then I have a record and can start tracking it down if I am not 
aware of the problem already. If we all used a generic TOCALL of "APRS", or 
something like it, then the operator of the station has to be contacted and 
queried about what version of APRS they're using, on what platform, etc. 


(2) It allows the receiver to know what the capabilities of the sending 
station are. Does the station have messaging capability? Will it 
understand this packet I'm about to send with a protocol change in it? Does 
it have a small screen, so I may want to break this message up into shorter 
segments? (Especially true with the D7, which sends messages and ACKs to 
APKOO1 by default. Win- & MacAPRS take advantage of this, breaking a 


message up into much shorter lines when sending to a D7.) 


I think these types of things drove the design of the protocol, not a desire 
to have absolute control over who writes what software. 


73 


-Rob 

KZ5RW 

APRS/CE - APRSO for Windows CE handhelds... coming soon to an 
ftp.tapr.org near you! 


esses Original Message----- 

From: bounce-aprsspec-11697@lists.tapr.org 
[mailto:bounce-aprsspec-11697@lists.tapr.org]On Behalf Of Tim Salo 
Sent: Wednesday, October 06, 1999 12:23 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: APRS Version Designators 


Date: Tue, 5 Oct 1999 18:39:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] Re: APRS Version Designators 


Wrong on all counts. The intent is to identify the code source and 
version of a packet for troubleshooting. With everyone and his brother 
now in the game, this is even more important than ever. 


VVVVV VV 


Oh... (although appearances _are_ important in this matter). 


I don't find the software version of the sending station a particularly 
useful protocol construct, but I suspect that this reflects differences 
in protocol implementation philosophies. I think some examples of how 
you have used this field would be enlightening. 


I started crafting a much longer reply, but my short answer is that 

I believe that it is the responsibility of the receiver to process 
_any_ malformed packet without blowing up. I believe that this is the 
only approach that will work in the evolving APRS environment, 
particularly given: 


<SNIP> 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 13:23:50 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA10818 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 13:18:49 -0500 (CDT) 
Message-ID: <LYR11594-43660-1999.10.06-13.30.14--wd5ivd#tapr.org@lists.tapr.org> 
From: "Neil Johnson" <njohnson@interl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
Date: Wed, 6 Oct 1999 13:18:23 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006201b£1027$2e7742c0$51dalbce@default> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Here's the nickel tour of public cryptography. 


The NWS generates two keys that are mathematically related. Anything 
encrypted with one key can ONLY be decrypted by the other key (and vice 
versa). Due to the algorithm it's almost impossible to determine one key 
from the other (with out spending thousands of years of computer time). 


The NWS keeps one key private and publishes the other. This published key is 
incorporated into the APRS programs. 


When the NWS sends a warning via APRS, They pass the message through another 
function called a cryptographic hash. This generates a hash code which is 
similar to checksum, but due to the algorithm used 

can be guaranteed to be unique to the message. 


They then encrypt the hash code with the private key, append it to the 
message and send it out to APRS. 


The receiving program, if it wants to confirm the message, decrypts the hash 
code using the published key. 

(Confirming that it is from the NWS because it could only have been 
encrypted with their private key). Runs the message through the same hash 


function and compares this hash code to the decrypted one. If they match, 
The program knows 1) The message definitely came from the NWS, and 2) it was 
not altered in anyway. 


A program that didn't care about confirming could just ignore the encrypted 
hash code. 


-Neil Johnson 


ass Original Message----- 

From: Dave VanHorn <dvanhorn@cedar.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Date: Wednesday, October 06, 1999 12:55 PM 

Subject: [aprsspec] Re: APRS Objects 


> 

>> Gosh. A ring on my finger can do this 

>> (http: //www.ibutton.com/ibuttons/index.html). So can a card in my wallet 
>> (http://java.sun.com/products/javacard/index.htm1) 

> 

>But we will also be busy doing OTHER things, like APRS. 

> 

> 

>> > All we NEED here is authentication, not encryption. 


>> I am suggesting authentication based on cryptography, not encryption. 
>> The APRS message would still be in clear text; it would merely have 
>> some junk (a digital signature) appended to the end. 


>I get the difference, and I wasn't thinking you meant encrypted packets. 
>The "junk" still has to be generated for each packet. 

>If the "junk" is the same on each packet, then joe nasty can just copy my 
>"junk". 

>Still, all we need is to authenticate the sender. 

> 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: njohnson@interl.net 

>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 
> 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 13:38:46 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA11337 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 13:35:11 -0500 (CDT) 
Message-ID: <LYR11594-43661-1999.10.06-13.46.40--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <006201bf£1027$2e7742c0$51dalbce@default> 
Subject: [aprsspec] Re: APRS Objects 
Date: Wed, 6 Oct 1999 13:34:27 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <026a01bf£1029$6c1237a0$0200a8c0@xemu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> The NWS keeps one key private and publishes the other. This published key 
is 
> incorporated into the APRS programs. 


Is the intent that ONLY NWS be able to use this? That does simplify things 
a little. 
For ex, I would never have to generate this mess, only untangle it. 


> The receiving program, if it wants to confirm the message, decrypts the 
hash 
> code using the published key. 


And this takes how long in an 8 bit machine, and how much ram? 


Could this not be solved by using a mechanism like the registration key in 
WAPRS? 

Just prevent packets "from NWS" from being sent unless the software is 
unlocked. 

I can incorporate that as well in a microcontroller based device, in that I 
can disallow that field to equal a particular string, unless I (the author) 


know the user is valid, and I provide him an unlock code keyed to his 
callsign. Now there is no global dependency on a particular encryption 
mechanism. The unlock code won't work for anyone else unless they want to 
pirate someone's call, which is of course illegal, and I think we'd see some 
enforcement action from the FCC. 


What I'm asking for is some consideration of platforms that don't have "put 
in another 32meg of ram" as an option. I know it's easy to solve the 
problem in big machines, but that leaves little machines out in the cold. 


> A program that didn't care about confirming could just ignore the 
encrypted 
> hash code. 


Given. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 16:44:28 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA16923 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 16:38:11 -0500 (CDT) 
Date: Wed, 6 Oct 1999 17:38:05 -0400 (EDT) 
From: Jeff King <jeff@home.nuge.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
In-Reply-To: <LYR11601-43656-1999 .10.06-13.07.21-- 
jeftfi#taerodata.net@lists.tapr.org> 
Message-ID: <LYR11594-43682-1999.10.06-16.49.41--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.3.96.991006173518 .24959A-100000@home. nuge. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


On Wed, 6 Oct 1999, Dave VanHorn wrote: 


> I am suggesting authentication based on cryptography, not encryption. 
> The APRS message would still be in clear text; it would merely have 
> some junk (a digital signature) appended to the end. 


I get the difference, and I wasn't thinking you meant encrypted packets. 
The "junk" still has to be generated for each packet. 

If the "junk" is the same on each packet, then joe nasty can just copy my 
"Junk" 2 


VV VV VV VV 


Look at rolling codes as used in RKE devices. MicroChip has a line 
of parts that can do this and some ap notes on the subject. These 
signatures can be sent in the open as they are different on 

every transmission. 


-Jeff 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 18:43:40 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA19974 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 18:36:04 -0500 (CDT) 
Message-ID: <LYR11594-43694-1999.10.06-18.47.33--wd5ivd#tapr.org@lists.tapr.org> 
X-Originating-IP: [146.152.63.37] 
From: "Douglas Quagliana" <dquagliana@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] BNF and APRS Protocol Documentation 
Date: Wed, 06 Oct 1999 16:35:48 PDT 
Mime-Version: 1.0 
Content-Type: text/plain; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <19991006233549.55454.qmail@hotmail .com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Gang, 


Re: the APRS protocol documentation 1.0 Draft 


Well, actually, I was really hoping for a BNF diagram of the 
APRS protocol. I'm willing to write it. 


Backus-Naur Form is a formal meta-language commonly used 
to diagram all possible constructs in a programming language, 
command language, or a protocol. 


A portion of the BNF for APRS might look something like this 
(this is just off the top of my head...) 


<APRS-packet> ::= <Packet-path> ":" <Data-part> <EndOfLine> 

<Packet-path> ::= <From-Call> ">" <To-Call> [ <DigiList> ] 

<DigiList> ::= [ "," <Digipeater> ] <DigiList> 

<To-Call> :1= "APRS" | "AP" <APIdentifier> <Version> | "GPS" 

<Data-part> ::= <GridSquare> | <WeatherData> | <GPSString> 

<GPSString> ::= <GPRMCString> | <GPGGAString> | <GPGLLString> 

<GPGLLString> ::= "$GPGLL" "," <Latitude> "," <NorthSouth> "," 
<Longitude> "," <EastWest> "," <Checksum> 

and so on... 

where "x" is the presence of the thing x, 


"[ something ]" indicates an optional occurrence of 
the thing /something/ and "this | that" indicates the presence 
of either the thing /this/ or the presence of the thing /that/. 


Obviously the real BNF for the APRS protocol will be 
somewhat longer and contain many more fields, but this 
should give you a feel for the notation and hopefully 
why I think it is important to have something like a 
BNF diagram for the whole protocol. 


If I was an APRS developer and I had to write a 
parser for APRS packets I'd xreallyx want to have 
a BNF diagram to follow. This ensures that you 
know all the possibilities of which "things" can 
occur and in what different order(s) they are 
allowed. It guides everyone so that they're 

all following the exact same "language" and 
provides some structure for your source code 

to follow. It also lets you easily contruct a 
set of test cases to cover the whole protocol 

as documented. You can use the BNF to 

immediate determine whether or not a particular 
packet is conforming to the specs. It's much 
more formal and much less ambiguous than just saying 


that the following are some valid examples. 


This will be much more important if we suddenly 
have many new APRS authors. 


I think a BNF for the APRS protocol would be 
a very good thing to have. 


I'm willing to write up the BNF for the APRS protocol. 
Just my $0.02, 


Douglas KA2UPW 
dquagliana@hotmail.com 


Get Your Private, Free Email at http://www.hotmail.com 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
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From ???@??? Wed Oct 06 19:28:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA21325 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 19:26:50 -0500 (CDT) 
Message-ID: <LYR11594-43700-1999.10.06-19.38.19--wd5ivd#tapr.org@lists.tapr.org> 
Date: Wed, 06 Oct 1999 20:26:42 -0400 
From: amartin@interactive.net (Art Martin) 
X-Accept-Language: en,ja,de-DE 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: BNF and APRS Protocol Documentation 
References: <LYR11676-43694-1999 .10.06-18.47.33-- 
amartin#interactive.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FBE8C2.AC4AECF6@interactive.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Thanks for reminding me, Doug... 


As I recall, the rules for the Packet BBS programs were also defined in 


BNF-like format. A very good suggestion for the protocol description. 


hope the Working Group will agree. 


TNX and 73 de Art 


Douglas Quagliana wrote: 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Gang, 
Re: the APRS protocol documentation 1.0 Draft 


Well, actually, I was really hoping for a BNF diagram of the 
APRS protocol. I'm willing to write it. 


Backus-Naur Form is a formal meta-language commonly used 
to diagram all possible constructs in a programming language, 
command language, or a protocol. 


A portion of the BNF for APRS might look something like this 
(this is just off the top of my head...) 


<APRS-packet> ::= <Packet-path> ":" <Data-part> <EndOfLine> 

<Packet-path> ::= <From-Call> ">" <To-Call> [ <DigiList> ] 

<DigiList> ::= [ "," <Digipeater> ] <DigiList> 

<To-Call> :1= "APRS" | "AP" <APIdentifier> <Version> | "GPS" 

<Data-part> ::= <GridSquare> | <WeatherData> | <GPSString> 

<GPSString> ::= <GPRMCString> | <GPGGAString> | <GPGLLString> 

<GPGLLString> ::= "$GPGLL" "," <Latitude> "," <NorthSouth> "," 
<Longitude> "," <EastWest> "," <Checksum> 

and so on... 

where "x" is the presence of the thing x, 


"[ something ]" indicates an optional occurrence of 
the thing /something/ and "this | that" indicates the presence 
of either the thing /this/ or the presence of the thing /that/. 


Obviously the real BNF for the APRS protocol will be 
somewhat longer and contain many more fields, but this 
should give you a feel for the notation and hopefully 
why I think it is important to have something like a 
BNF diagram for the whole protocol. 


If I was an APRS developer and I had to write a 
parser for APRS packets I'd xreally*x want to have 


I 


> a BNF diagram to follow. This ensures that you 
know all the possibilities of which "things" can 
occur and in what different order(s) they are 
allowed. It guides everyone so that they're 

all following the exact same "language" and 
provides some structure for your source code 

to follow. It also lets you easily contruct a 
set of test cases to cover the whole protocol 

as documented. You can use the BNF to 

immediate determine whether or not a particular 
packet is conforming to the specs. It's much 
more formal and much less ambiguous than just saying 
that the following are some valid examples. 


This will be much more important if we suddenly 
have many new APRS authors. 


I think a BNF for the APRS protocol would be 
a very good thing to have. 


I'm willing to write up the BNF for the APRS protocol. 
Just my $0.02, 


Douglas KA2UPW 
dquagliana@hotmail.com 


Get Your Private, Free Email at http://www.hotmail.com 


You are currently subscribed to aprsspec as: amartin@interactive.net 
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Art Martin N2QAE 

Long Valley, Morris County, NJ, USA 
mailto:amartin@interactive.net 

Find me at: http://map.aprs.net:8000/n2qae 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
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From ???@??? Wed Oct 06 19:43:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA21472 


for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 19:30:25 -0500 (CDT) 
Message-Id: <LYR11594-43702-1999.10.06-19.41.55--wd5ivd#tapr.org@lists.tapr.org> 
X-Sender: kd4rdb@mail.netzero.com 
Date: Wed, 06 Oct 1999 20:29:55 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Wes Johnston <kd4rdb@netzero. com> 
Subject: [aprsspec] Re: APRS Objects 
In-Reply-To: <LYR11698-43655-1999.10.06-12.51.05--kd4rdbi#netzero.com@lis 
ts.tapr.org> 
References: <LYR11595-43652-1999 .10.06-12.21.45-- 
salo#networkcs.com@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: multipart/alternative; 
boundary="===================== 87113810==_.ALT" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.19991006201848 .009f42e0@mail .netzero.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: 

<x-html><!x-stuff-for-pete base="" src=""_ id="0"><html> 

Guys... all we need is a 2nd &quot;type&quot; of object.... one that all 
APRS versions will recognize as an object and that ONLY skywarn 
authorized copies of APRS can create....&nbsp; from page 9 in THE 
book....<br> 

<br> 


<font face="Helvetica, Helvetica">;OBJECT___*DDHHMMZDDMM.hhN/DDDMM. hhW$CSE/SPD/ 
comments...<br> 

</font>This is what a standard everyday object looks like... Now if we 

change the semicolon in the front to an asterix..<br> 

<font face="Helvetica, Helvetica">*OBJECT___*DDHHMMZDDMM. hhN/DDDMM. hhW$CSE/SPD/ 
comments...<br> 

</font>Now we have an &quot;official&quot; object.&nbsp; BTW, I chose the 
asterix because as far as I know, it's not used in any aprs 

packets.&nbsp; If i'm wrong and it is already used, please select another 
symbol...<br> 


<br> 
We could get mired down in public / private keys and all sorts of 
authorizations... but we already have a system in place... the 


&quot;secret decoder ring&quot; of skywarn.&nbsp; Let's just add a new 
category of object to the list of things that skywarn can do that normal 
users can't.&nbsp; When you get right down to it, a hacker could create a 
skywarn county warning by hand.&nbsp; So what we have is a case where a 
person could easily study our system and hack it.&nbsp; Most newbies that 


would create an object don't read the manual, and once they do and 
understand, they are less apt to cause problems anyway.&nbsp; I just want 


to make it inconvienant for newbies to make objects... and to allow me to 
weed out those objects.<br> 

<br> 

Maybe we need a BUDLIST option for objects.... Don't show any objects 
from station K9PUP or only show objects from k4sky.... i dunno..<br> 

<br> 

Wes<br> 

<br> 


At 12:39 PM 10/6/99 -0500, Tim Salo wrote:<br> 

<blockquote type=cite cite>&gst; From: &quot;Dave VanHorn&quot; 
&lt;dvanhorn@cedar.net&gt; <br> 

&gt; To: &quot;APRS Spec Discussion List&quot; 
&lt;aprsspec@lists.tapr.org&gt;<br> 

&gt; Subject: [aprsspec] Re: APRS Objects<br> 

&gt; Date: Wed, 6 Oct 1999 12:09:34 -0500<br> 

&gt; <br> 

&st; &&t; I recommend a solution based on public key cryptography and 
digital<br> 

&st; &&t; signatures.&nbsp; The algorithms are public, and I believe that 
quite a bit<br> 

&st; & st; of code is available for the algorithms.&nbsp; The missing 
piece is the<br> 

&st; &t; public key of the entity signing the messages.&nbsp; This could 
be received<br> 

&gt; &gt; from a trusted online source, such as an APRServe (but, you 
might want<br> 

&gt; &t; to authenticate the identity of the APRServe...) or a set of 
public<br> 

&gst; & st; keys could be be distributed with APRS software or via the 
Web. <br> 

&gt; <br> 

&gt; This is a &quot;big computer&quot; job.&nbsp; I admit my bias here, 
I'd like to stay with<br> 

&gt; what can reasonably be acheived in a microcontroller.<br> 

<br> 

Gosh.&nbsp; A ring on my finger can do this<br> 

(<a href="http://www.ibutton.com/ibuttons/index.htm1) .%A0" 
eudora="autourl">http://www.ibutton.com/ibuttons/index.htm1) . 

</a> So can a card in my wallet<br> 

(<a href="http://java.sun.com/products/javacard/index. html" 
eudora="autourl">http://java.sun.com/products/javacard/index.html</a>) <br> 
<br> 

&gt; All we NEED here is authentication, not encryption.<br> 

<br> 

I am suggesting authentication based on cryptography, not 
encryption. <br> 


The APRS message would still be in clear text; it would merely have<br> 
some junk (a digital signature) appended to the end.<br> 

<br> 

-tjs<br> 

<br> 

---<br> 

You are currently subscribed to aprsspec as: kd4rdb@netzero.com<br> 
To unsubscribe send a blank email to 
leave-aprsspec-11594T@lists.tapr.org<br> 

</blockquote><br> 

<div>Wes</div> 

<div>kd4rdb@usa.net</div> 

Stupidity should be painful 

</html> 


</x-html> 
From ???@??? Wed Oct 06 20:14:32 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA22076 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 19:59:16 -0500 (CDT) 
From: smorris@mindspring.com 
Message-ID: <LYR11594-43707-1999.10.06-20.10.48--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11686-43694-1999 .10.06-18.47.33-- 
smorris#mindspring.com@lists.tapr.org> 
Subject: [aprsspec] Re: BNF and APRS Protocol Documentation 
Date: Wed, 6 Oct 1999 21:00:57 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003e01bf105f$6a5d4c20$0501a8cO@smorris> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Actually what would be even better is the blcok diagram that you see other 
network protocols formatted in, Take a look at some network protocol books, 
that use a line diagram (blocks end to end) with the length, what the 
bits/bytes are for, etc. 


--- Original Message ----- 


From: Douglas Quagliana <dquagliana@hotmail .com> 


To: 


APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Sent: Wednesday, October 06, 1999 7:35 PM 
Subject: [aprsspec] BNF and APRS Protocol Documentation 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Gang, 
Re: the APRS protocol documentation 1.0 Draft 


Well, actually, I was really hoping for a BNF diagram of the 
APRS protocol. I'm willing to write it. 


Backus-Naur Form is a formal meta-language commonly used 
to diagram all possible constructs in a programming language, 
command language, or a protocol. 


A portion of the BNF for APRS might look something like this 
(this is just off the top of my head...) 


<APRS-packet> ::= <Packet-path> ":" <Data-part> <EndOfLine> 

<Packet-path> ::= <From-Call> ">" <To-Call> [ <DigiList> ] 

<DigiList> ::= [ "," <Digipeater> ] <DigiList> 

<To-Call> :1= "APRS" | "AP" <APIdentifier> <Version> | "GPS" 

<Data-part> ::= <GridSquare> | <WeatherData> | <GPSString> 

<GPSString> ::= <GPRMCString> | <GPGGAString> | <GPGLLString> 

<GPGLLString> ::= "$GPGLL" "," <Latitude> "," <NorthSouth> "," 
<Longitude> "," <EastWest> "," <Checksum> 

and so on... 


where "x" is the presence of the thing x, 

"[ something ]" indicates an optional occurrence of 

the thing /something/ and "this | that" indicates the presence 
of either the thing /this/ or the presence of the thing /that/. 


Obviously the real BNF for the APRS protocol will be 
somewhat longer and contain many more fields, but this 
should give you a feel for the notation and hopefully 
why I think it is important to have something like a 
BNF diagram for the whole protocol. 


If I was an APRS developer and I had to write a 
parser for APRS packets I'd xreally* want to have 
a BNF diagram to follow. This ensures that you 
know all the possibilities of which "things" can 
occur and in what different order(s) they are 


allowed. It guides everyone so that they're 

all following the exact same "language" and 

provides some structure for your source code 

to follow. It also lets you easily contruct a 

set of test cases to cover the whole protocol 

as documented. You can use the BNF to 

immediate determine whether or not a particular 
packet is conforming to the specs. It's much 

more formal and much less ambiguous than just saying 
that the following are some valid examples. 


This will be much more important if we suddenly 
have many new APRS authors. 


I think a BNF for the APRS protocol would be 
a very good thing to have. 


I'm willing to write up the BNF for the APRS protocol. 
Just my $0.02, 


Douglas KA2UPW 
dquagliana@hotmail.com 
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You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 20:43:46 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id UAA23130 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 20:42:39 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-43715-1999.10.06-20.54.14--wd5ivd#tapr.org@lists.tapr.org> 
Date: Wed, 6 Oct 1999 21:41:13 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] BNF vs Block vs other 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 


List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205507b421a813557£@[165.230.139.231]> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


For the moment, the protocol will NOT be in BNF!!! 


I thought the idea was to make a document that the 'AVERAGE' person 
could read it, not just people with a degree in Computer Science. 


I agree with the block formats for some stuff, but instead of being 
PICKY, lets make sure it gets COMPLETE... and is CLEAR (no ambiguities) 


The comments about stuff that was either missing, incomplete or 
unclear have been very good, and I will be implementing them into a 
new version in the near future. (End of October or earlier, I hope). 


I -WAS- happy with the way stuff was going on on this SIG, but I 
don't want to be ‘picked’ to death just because one person wants to 
see it done THEIR way and somebody else wants it done differently. 


It is going to be a reasonable amount of work going thru all of the 
email and making sure I have EVERY update/change etc included. I 
already have approaching 100 messages about the SPEC.. 


Some people have been making suggestions about NEW stuff, this is all 
fine and good, but it will slow the process down. If you want to 
make suggestions/comments about new things, please either wait, OR 
put 

NEW SUGGESTION in the subject so it can be put off to the side until 
we get the CURRENT stuff fully documented. 


Keith Sproul 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 21:58:28 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA25322 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 21:56:34 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Wed, 6 Oct 1999 22:56:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: BNF and APRS Protocol Documentation 
In-Reply-To: <LYR11586-43694-1999 .10.06-18.47.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-43725-1999.10.06-22.08.05--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910062254270 . 22488 -100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


By the way, My lack of comment on the protocol spec is simply because of 
unbelievable demands on my time from work, DCC, AMSAT conference, Kenwood, 
Schhool, and new job. In a week or two I hope to roll up my sleeves and 
dig in... :-) Leaving for AMSAT conf in 8 hours... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 06 23:42:53 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id XAA00152 
for <wd5ivd@tapr.org>; Wed, 6 Oct 1999 23:40:43 -0500 (CDT) 
Date: Wed, 6 Oct 1999 23:40:32 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-43742-1999.10.06-23.52.19--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: BNF and APRS Protocol Documentation 
In-Reply-To: <LYR11595-43694-1999 .10.06-18.47.33-- 


salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910070440.XAA97099@us.networkcs. com> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


> From: "Douglas Quagliana" <dquagliana@hotmail .com> 

> Subject: [aprsspec] BNF and APRS Protocol Documentation 

> Date: Wed, 06 Oct 1999 16:35:48 PDT 

> [...] 

> Well, actually, I was really hoping for a BNF diagram of the 
> APRS protocol. I'm willing to write it. 

> [...] 


You may wish to look at Augmented BNF (RFC 2234, "Augmented BNF for 
Syntax Specifications: ABNF, f£tp://ftp.isi.edu/in-notes/rfc2234.txt). 


You may find that the sorts of things that you want to specify for 
an APRS syntax are a bit easier in ABNF. Some might also find the 
syntax of the rules a bit less intimidating. 


I believe that the process of developing an ABNF specification for APRS 
would be a useful exercise. I suspect that the process will help 
identify ambiguities in the protocol specification and perhaps even 

in the protocol itself. 


(For what it is worth, somewhere I have ABNF specifications of the 
TNC-2 and Timewave/AEA MONitor command output formats. About the only 
interesting thing I learned it that the data stream from the APRServe 
contains some stuff which isn't exactly either format, (rather, sort of 
a mush of both formats) .) 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
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From ???@??? Thu Oct 07 06:10:57 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id GAA22604 
for <wd5ivd@tapr.org>; Thu, 7 Oct 1999 06:02:14 -0500 (CDT) 
Message-ID: <LYR11594-43757-1999.10.07-06.13.43--wd5ivd#tapr.org@lists.tapr.org> 


Date: Thu, 07 Oct 1999 07:00:52 -0400 

From: PropNET <propnet@greeceny.com> 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re-focus [was:BNF vs Block vs other] 
References: <LYR11610-43715-1999 .10.06-20.54.14-- 
propnet#greeceny.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FC7D64.589128B4@greeceny.com> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Focus...Daniel-san. :o) 

Keith is right. Let's not forget in our haste that we are focused on only 
one thing now: clearly documenting (for the masses) what presently xisx -- 
not what would be nice for the future (like the direction of the "objects 
thread"). 

There will be plenty of time to disucuss both enhancements and reductions to 
the protocol after we have our baseline publicly defined (in language even 
eeeeeediods like me can understand). 


Thanks for the reminder, Keith. 


Ev, W2EV 


Keith Sproul wrote: 
For the moment, the protocol will NOT be in BNF!!! 


I thought the idea was to make a document that the 'AVERAGE' person 
could read it, not just people with a degree in Computer Science. 


I agree with the block formats for some stuff, but instead of being 
PICKY, lets make sure it gets COMPLETE... and is CLEAR (no ambiguities) 


The comments about stuff that was either missing, incomplete or 
unclear have been very good, and I will be implementing them into a 
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new version in the near future. (End of October or earlier, I hope). 


I -WAS- happy with the way stuff was going on on this SIG, but I 
don't want to be 'picked' to death just because one person wants to 
see it done THEIR way and somebody else wants it done differently. 


It is going to be a reasonable amount of work going thru all of the 
email and making sure I have EVERY update/change etc included. I 
already have approaching 100 messages about the SPEC.. 


Some people have been making suggestions about NEW stuff, this is all 
fine and good, but it will slow the process down. If you want to 
make suggestions/comments about new things, please either wait, OR 
put 

NEW SUGGESTION in the subject so it can be put off to the side until 
we get the CURRENT stuff fully documented. 


Keith Sproul 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 
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PropNET: an automated network, designed to 
study propagation anomolies. Intreagued? 
http://www. RochesterNyY.org/PropNET 
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From ???@??? Thu Oct 07 15:25:12 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id PAAQ7442 
for <wd5ivd@tapr.org>; Thu, 7 Oct 1999 15:14:18 -0500 (CDT) 
Message-ID: <LYR11594-43822-1999.10.07-15.25.50--wd5ivd#tapr.org@lists.tapr.org> 
From: "Neil Johnson" <njohnson@interl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRS Objects 
Date: Wed, 6 Oct 1999 21:16:43 -0500 
MIME-Version: 1.0 


Content-Type: text/plain 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
X-MIME-Autoconverted: from 8bit to quoted-printable by mail.interl.net id PAA00Q063 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000601b£1100$802a6f00$51dalbce@default> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Dave, 
I just wanted to explain public-key cryptography. I find it fascinating. 


Dave, I agree that adding cryptographic code to APRS would add a lot of 
complexity. I couldn't imagine 
try program those algorithms in PIC assembler. 


In addition, the U.S. Government considers strong encryption "munitions" 
just like 

atomic and biological weapon components. They have rules banning the export 
of software containing strong encryption to other countries ( you can, 
however, publish the code in a book and export it because in that form it is 
protected by the 1st amendment, go figure). The rules are unclear about 
using it only for authentication. 


I think this is a good time to remind everyone that what we are supposed to 
be doing is finding errors, omissions, and things to be clarified in the 
proposed protocol spec, NOT attempting to add new functionality at this 
time. 


In the tired clichE of my information technology (IT) friends we are trying 
to specify the protocol "AS-IS" and 

not "TO-BE". 

I think a BNF description of the protocol would be a good idea, too. 

T'll go back and lurk in my corner now. 

Neil Johnson 


njohnson@interl.net 
http://www. interl.net/~njohnson 
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From ???@??? Thu Oct 07 16:24:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id QAA0Q8997 

for <wd5ivd@tapr.org>; Thu, 7 Oct 1999 16:10:35 -0500 (CDT) 
From: "Michael J. Allison / KN6ZT" <mallison@livingston.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Protocol 1.0 (Draft) comments 
Date: Thu, 7 Oct 1999 14:12:46 -0700 
Message-ID: <LYR11594-43830-1999.10.07-16.22.11--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00Q0a01b£1108$b3e4£380$a820c695@livingston. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Bob, Mark, and Keith 


Thanks for the protocol document, it is informative and 
I've been waiting to see something like for some time. 


I am here to add my comments the discussion. Please be 
aware that I understand how much effort it is to write 
a specification, so don't take the comments as personal 
attacks. In fact they are meant to help. 


I have sections of comments. 1) is current version of the 
draft, and 2) general comments on the structure of the 
document. 


pier itis 1 current comments ----- 
Page 1. "This draft is for comment on the CURRENT protocol ONLY". 


I don't know how long this document is intended to stick around, 
but "CURRENT" is ambigous. Perhaps a date would be better? 


Page 1. Include a notice where readers can check for newer 
versions of the document. Copies of documents have a life of 
their own. Someone may pick up an old version and assume it is 
the newest version (or not be able to find a newer version). 
Put the URL for the appropriate TAPR page somewhere here 

(or your website, or what ever). 


Page 1. I notice that the document is copyrighted. Please include 
a statement regarding restrictions of the use of the document. 
Copyright prevents me from stealing the document and representing 
it as my own, but does it limit my use of the protocol? What can 
I write, or not if I refer to the document? 


Page 1. You might want to include e-mail contact information 
for each of you. 

Page 3. "Destinations" - the "xxx" for the version number is 
unclear. Must it be all numeric or are other characters allowed? 


Page 4. "Third Part Format". The format character "$" should 

be quoted in the text. In fact all special characters should 

be quoted throughout the document. For experimental, what 

happens when two people in the same area are using Z100? 

Can I include perhaps the suffix of my call sign to disambiguate? 
Perhaps I might use something like "Z6ZT" (i.e. Z + KN6ZT) 


Page 4. "Time Formats" - "recently only zulu formats are 
transmitted on the air". This is a historical fact, but what 
does the protocol now expect? For instance a stronger statement 
such as “only zulu formats are to be transmitted on the air". 


Page 8. "Weather Report" - "The first character indicates what 
version of APRS". First character of what part of the string? 
How is version indicated here? "W" means windows, but doesn't 
tell me if it is WinAPRS 3.2 or 2.0. Should there be a character 
for manually entered weather information? "See WX.TXT" - where 
is the file "WX.TXT?" This document needs to be complete 

to describe the whole protocol. At least provide a reference 

on the first page, like you did for the other documents. 


Page 8. "Mic-Encoder" - An example and packet break out is needed 
here. I can't tell how things are encoded from the definition, 


and certainly don't know how to decode it. 


Page 12. Queries - "?PATH?" - "not implemented yet" is probably 


misleading. You are specifying the protocol, not a particular 
implementation's version of the specification. 


Page 13. "First character definitions" - Please include 
the hexidecimal character values. This makes it unambiguous 
as to what character of which you speak. 


Page 14. "Definitions" - There are many APRS specific terms 

in the text that should be included here. One example is "net cycle". 
Net cycle if defined in the design philosphy section. All definitions 
in the same place make it easier for a reader to find what he 

is looking for. 


Page 15. Item 4. - "APRSdos automatically adjusts its net-cycle..." 
Instead of calling out the behavior of a conforming implementation it 
is better to specify how an implementation must deal with this 
situation. (If that happens to be how APRSdos is written, that's 
great). 


Page 17. "Appendix" change "not used" and "avail" to "reserved 
for future use" so you have explictly saved something for the 
future. This will prevent other developers from usurping these. 


Page ???. I think I have missed the telemetry format? 


aie 2 General structural comments ----- 

I understand that the purpose of this document is to a) document 

the protocol and b) provide a document so that others can 

use it to develop new tools. Given this I have some comments 

on the general organization of the document. Again, please 

don't take these as attacks but rather a bit my twenty years 
experience reading and writing software specifications. I believe 
you are trying to write a document that will be valuable for many 
years to come, and as such the effort you expend now really worth it. 


x Generally items like design philosphy and defintion sections 
come first. This helps the reader get a "feel for the terrain" 
before jumping into the nitty gritty details. Moving them up front 
will improve the overall flow of the document very much. 


* There is a great deal of information in the document. I had a hard 
time wading through it because of organization of like related 
topics was not apparent to me. A more "outline" type of form 

will make it very clear to new (and returning) readers how things 
are related. 


For instance something like: 
Design Philosphy 


Definitions 
Notes and restrictions on use of this document 
Implementation 
Basic AX.25 use - UI frames, etc. 
Retries 
Orig call sign use 
Dest Call sign use 
etc. 
APRS Message types 
Position 
Message format described 
Position ambiguity 
PHG 
etc. 
Weather 
Message format described 
Limitations derived from different weather stations 
Telemetry 


Don't take this example literally, it is meant to illustrate a 
technique, not what you need to do since only you can figure that 
out. 


*x For each description of a message type, include the example in 
that section. It is much easier to relate an example to the 
description when they are on the same page. The appendix is too 
far away (too much page flipping). Additionaly for complicated 
message types and schematic such as that included in the "Power- 
Height-Gain" format is very useful. The tabular format is fine, 
but when there are too many elements in a message it is 
difficult to track between fields and their descriptions. This 
is a human cognitive issue. Weather report is complicated 

enough that it could use it. 


* To BNF or not to BNF. I saw an earlier suggestion about adding 
a BNF format. This is an excellent idea. Another suggestion 
about using an AX.25 style block notation was also floated. 

This too is a good idea. When defining protocols such as this 
you need both diagrams and text. Something that are hard 

or impossible to explain one way may be described with ease 

in the other way. 


* Be explicit about what must be interpreted and how. This is 
useful for determining if an author has written a conforming 
implementation of the protocol. 


* You should have section discussing, in general, the units 
used for measurements and values. Because this is pervasive 


throughout the protocol it is important to be explict with this? 
For instance, can a European station build packets in Metric? 

(I think the answer is "no", but if my only introduction to 

the protocol was in this document, I might make a mistake). 


* I understand you are trying to write the document so that "average" 
people can understand it. This is great and means you don't need to 
use 25 cent words like "state machine" or "isomorphic decomposition". 
I believe that it is very important to be complete and very explicit 
when you are shooting for a general audience. If you were writing 
only for software engineers you might be able to count on them 

to read between the lines. Since you are writing for people without 
the experience of those who practice the art of engineering, you 

need to be more explicit and more detailed (if you have any hope 

of them making use of the protocol specification). 


* In the DISPLAY Symbols document, it would be most useful 

to have the actual icons co-located with the codes. You might 
include Dos, Win/Mac, SA, etc. I realize this document came from 
the DOS package and was converted to PDF. It will also look better 
if both documents are formatted in the same style. 


Well, I'm sure that is enough for now. I look forward to the 
next iteration. Thanks for the hard work it is appreciated. 
If you would like any help with this project, please feel 
free to call on me. 


73, 
mike, kn6zt 


m/j/a 


Michael J. Allison 

Manager, Network Diagnostics 
Access Networks 

Lucent Technologies 
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From ???@??? Fri Oct 08 11:49:41 1999 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAA26649 
for <wd5ivd@tapr.org>; Fri, 8 Oct 1999 11:37:08 -0500 (CDT) 


Message-Id: <LYR11594-44065-1999.10.08-11.48.44--wd5ivdi#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Date: Fri, 8 Oct 1999 11:36:33 -0500 

x-sender: sdimse@earthlink.net 

From: Steve Dimse K4HG <k4hg@tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910081636.JAA04041@g00se. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


On 10/3/99 4:39 PM Jeff King (jeff@aerodata.net) wrote: 


>Understand the slipped dates, however paragraph one and three clearly state 
>the internet protocols (e.g.. APRSSERVE) are to be part of this document. 

> 

APRServe uses the text output of the TNC, so there is no separate 

protocol to be documented. 


Steve K4HG 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Fri Oct 08 12:49:14 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA28528 
for <wd5ivd@tapr.org>; Fri, 8 Oct 1999 12:39:46 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-44070-1999.10.08-12.51.23--wd5ivd#tapr.org@lists.tapr.org> 
Date: Fri, 8 Oct 1999 12:39:56 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Robert Winingham <kc5ejk@onramp.net> 
Subject: [aprsspec] Omissions, Altitude 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <v04220500b423cd0c6ce8@[199.1.153.105]> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 

Status: 


I don't see the word Altitude or ( /A=xxxxxx ) any where in the specification. 


>From one of Bob's DOS text files: 


Altitude is obtained from the string "/A=XXXXXX" 

appearing in any POSIT. Altitude is automatically extracted from the 
standard NMEA GGA sentence or from the special $PGRMZ and $PMGLB 
sentences, and or it can be manually entered. Note that the field MUST 
be exactly 6 characters with leading zeros. 


Examples from HST log files. 


212029 +212029/3936.80N/10433 .12W/090/036/A=031000E£t 
VE2UMS-11 041133 /041534/4536.95N/07438.45w0/A=004000 


W3AD0-7 @24161323859 .83N/07639.91W' 131/143 /A=001200 


I think the default for /A=xxxxxx was to be feet ? 


If Kenwood is adding the altitude to the TH-D7a in the next revision 
then how are they sending the altitude in the POSIT packet. 


73 


Hee So kc5ejk@onramp.net or kcSejk@amsat.org ----- 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Fri Oct 08 13:04:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA28996 
for <wd5ivd@tapr.org>; Fri, 8 Oct 1999 13:02:08 -0500 (CDT) 
Message-ID: <LYR11594-44073-1999.10.08-13.13.40--wd5ivd#tapr.org@lists.tapr.org> 
Date: Fri, 08 Oct 1999 14:02:34 -0400 
From: Jeff King <jeff@aerodata.net> 


Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
References: <LYR11601-44065-1999.10.08-11.48.44--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <37FE31BA.E31BD47D@aerodata.net> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Steve Dimse K4HG wrote: 
On 10/3/99 4:39 PM Jeff King (jeff@aerodata.net) wrote: 


>Understand the slipped dates, however paragraph one and three clearly state 
>the internet protocols (e.g.. APRSSERVE) are to be part of this document. 

> 

APRServe uses the text output of the TNC, so there is no separate 

protocol to be documented. 


VV VVV VV 


Steve: 


The purpose of the APRSSPEC, as I understand it, is so someone presently 
outside of the present authors can develop APRS compatible display and 
tracking issues. In other words, to make APRS "Open Source". 


As APRSSERVE is a integral part of this, it is imperative that it also be 
documented, as is spelled out in the agreement that the WG, which you 
are a member of, came to agreement upon. 


While you are correct, it does use the "text output" of the TNC, there are 
other issues that need to be documented. For example, the tcp/ip port 
numbers that APRSSERVE uses. Also, the messaging token system you 

are using. Without this information, it would require reverse engineering 
of APRServe to develop a internet capable "APRS display" application. 
Weren't we trying to get away for this reverse engineering stuff?? 


Or look at it another way. You need to write a description, so a programmer 
with the basic understanding of APRS, can successfully write a APRServe 
application without to many questions to you. Without the tcp port numbers, 
as well as the RF messaging authentication, I fail to see how this can be 
done. 


Even if you disagree with the above (which, in my opinion, would go against 
the spirit of the WG agreement), you still need to document that the APRServe 
"uses the text output of the TNC" in the APRSSPEC document. 


Thanks 


Jeff 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 09 06:23:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id GAA0Q9667 
for <wd5ivd@tapr.org>; Sat, 9 Oct 1999 06:22:06 -0500 (CDT) 
Message-ID: <LYR11594-44141-1999 .10.09-06.33.43--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 9 Oct 1999 12:17:40 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Help with MIC-E Protocol Spec please 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <yJFgi0AURy$3Ewac@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


I've been reading through the MIC-E protocol spec (Crosswell/Parsons, 
Jun97/Dec98), and there are a few things I don't understand: 


1. I believe Fig 2 shows the destination address encoding xas it is 
transmitted* That is, a protocol analyzer would display the bits as 
shown in the diagram. (Correct?) 


When the receiving TNC processes this address, it shifts each octet one 
bit right, and presents the result to the user. [E.g. an ordinary (non- 
MIC-E) callsign letter "A" (41hex) is transmitted as 82hex, then 
converted back to 41hex at the receiving end by the TNC]. 


This leads to my confusion, regarding the ASCII value table containing 
the "Lat digit, Message/N/W/L Bit = 0" etc columns. I don't understand 
how this table relates in any way to the transmitted/received data. 

To take a real example, the first octet in Fig 2 contains AriDDDDO. If 
message bit A is zero, and DDDD is 0011 (BCD digit "3"), the transmitted 
bits are 00100110 (=26hex). At the receiving end the TNC shifts the 
field one bit right, giving 13hex. 

My questions, then: 


a. How does 13hex relate to anything in the ASCII value table? 


b. Does the receiving TNC actually output 13hex for (what it thinks is) 
a callsign character? (It's a non-printing character). 


c. Have I missed the point entirely? 


2. What is the BCD encoding for a position ambiguity space character? 


3. What are "custom" messages and where is the custom message bit 
encoded? 


4. The spec says the telemetry field and the comment field are optional, 
and each field follows mandatory data. I assume this means you can only 
have xonex of these fields at a time, not both. 


I assume also that the optional comment field cannot start with 60/27/1D 
hex (otherwise it would be confused with a telemetry field). 


Are these assumptions correct? 


Can you help? 


73 
Ian, G3NRW 


| Editor: RSGB's RadCom "Data" column. 

| email: g3nrw@arrl.net | 
| AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 

| | 
| | 
| | 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 09 08:08:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id HAA11191 
for <wd5ivd@tapr.org>; Sat, 9 Oct 1999 07:58:12 -0500 (CDT) 
Date: Sat, 09 Oct 1999 07:57:51 -0500 
From: Bill Diaz <billdiaz@megsinet.net> 
Subject: [aprsspec] RE: Help with MIC-E Protocol Spec please 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
Message-id: <LYR11594-44149-1999.10.09-08.09.51--wd5ivd#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset="us-ascii" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF122C .Q0EA9DAO.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Tan 


The Mic-e documentation is difficult to understand. I hope the following 
clears up some of your questions. 


Bill KC9XG 


Sees Original Message----- 

From: Ian Wade [SMTP:ian@dowrmain.demon.co.uk] 
Sent: Saturday, October 09, 1999 6:18 AM 

To: APRS Spec Discussion List 


Subject: [aprsspec] Help with MIC-E Protocol Spec please 


I've been reading through the MIC-E protocol spec (Crosswell/Parsons, 
Jun97/Dec98), and there are a few things I don't understand: 


1. I believe Fig 2 shows the destination address encoding xas it is 
transmitted* That is, a protocol analyzer would display the bits as 
shown in the diagram. (Correct?) 


This is the structure of the data as provided by the TNC to the serial port. 


When the receiving TNC processes this address, it shifts each octet one 
bit right, and presents the result to the user. [E.g. an ordinary (non- 
MIC-E) callsign letter "A" (41hex) is transmitted as 82hex, then 
converted back to 41hex at the receiving end by the TNC]. 


The TNC does not shift the bits. The application receiving the data would 
perform any bit shifting and masking. 


This leads to my confusion, regarding the ASCII value table containing 
the "Lat digit, Message/N/W/L Bit = 0" etc columns. I don't understand 
how this table relates in any way to the transmitted/received data. 


The data in figure 2 is provided by the TNC as individual ascii bytes. Each 
byte has been constructed to ensure that it will be a displayable character. 
The receiving application must extract the data contained in the individual 
bytes. 


"Lat digit, Message/N/W/L Bit = 0" 

This refers to .the Most Significant Bits of bytes 4, 5, and 6. 
If the MSB bit of Nr1MMMMO is a 1 this represents North Latitude 
If the MSB bit of Wr1HHHHO is a 1 this represents West Longitude 
If the MSB bit of Lr1HHHHO is a 1, add 100 degress to longitude 


For example : If byte NriMMMMO > 127 then NorthLatitude else SouthLatitude. 
To take a real example, the first octet in Fig 2 contains Ar1iDDDDO. If 
message bit A is zero, and DDDD is 0011 (BCD digit "3"), the transmitted 

bits are 00100110 (=26hex). At the receiving end the TNC shifts the 

field one bit right, giving 13hex. 

My questions, then: 


a. How does 13hex relate to anything in the ASCII value table? 


b. Does the receiving TNC actually output 13hex for (what it thinks is) 
a callsign character? (It's a non-printing character). 


c. Have I missed the point entirely? 


The TNC performs no shifting, therefore the application sees 26Hex. 


2. What is the BCD encoding for a position ambiguity space character? 
Have not seen this (that I know of), but it should be 0. 


3. What are "custom" messages and where is the custom message bit 
encoded? 


4. The spec says the telemetry field and the comment field are optional, 
and each field follows mandatory data. I assume this means you can only 
have xonex of these fields at a time, not both. 


I assume also that the optional comment field cannot start with 60/27/1D 
hex (otherwise it would be confused with a telemetry field). 


Are these assumptions correct? 


Can you help? 


73 
Ian, G3NRW 


| Editor: RSGB's RadCom "Data" column. 

| email: g3nrw@arrl.net | 
| AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 

| | 
| | 
| | 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: billdiaz@megsinet.net 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 09 10:52:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAA14886 
for <wd5ivd@tapr.org>; Sat, 9 Oct 1999 10:47:32 -0500 (CDT) 
Date: Sat, 09 Oct 1999 10:45:44 -0500 
From: Bill Diaz <billdiaz@megsinet.net> 
Subject: [aprsspec] Mic-e packets 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
Message-id: <LYR11594-44161-1999.10.09-10.59.09--wd5ivd#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset="us-ascii" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF1243.72BC11E0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


I was connected to N9UUR this morning and observed the following packets. 


NOJUP-14>RELAY>NOBKB>NOJUP-1>WOMXW-1*>T13W4U: ° y<51 k/>EMAIL: COACH1205*HOME 
KBOPSS -9*x>RELAY>WIDE>T4PQ4X: *x<*1+ak/>ROCHESTER-MN Wiebke_ 
W3MIP>K3ATI-11*>WIDE>TOPV6T: * g\Xo,5>/>MOBILE 
KC4XX>RELAY>WIDE*x>R8RWOU: “m1P1 j/>HANKSTER 98ACCORD 


How are the multiple '>' characters interpreted? Is this a legal construct 
according to the spec? 


The spec states : 
Mic-Encoder - The Mic-E includes part of its position in the TOCALL. 
Therefore these need to be decoded by everyone. 


Are these Mic-E packets? It appears that the last call in the TO list may be a 
valid Mic-E location field containing Latitude etc. 


NOJUP-14>RELAY>NOBKB>NOJUP -1>WOMXW-1*>T13W4U: ‘ y<51 k/>EMAIL : COACH1205*HOME 
Decoding this as a Mic-e packet would require decoding the 6 characters 
preceding 

the ':' character rather than the TO Call as in 
KR4YL-7>RWUW3U , KOZXF-7*,WIDE: ‘n<4!+E>/>PAUL pk@ij.net 


KC4XX>R8RU5Y/V: “m4*1 j/>HANKSTER 98ACCORD 


This packet appears to have 2 extra characters in the To Call. 
What is the significance of /V in the To Call? 


Decoding this packet would require decoding the first 6 characters in the TO 
CALL 

and ignoring '/V'. The previous example requires decoding of the 6 characters 
preceding the ':' character. Certainly is confusing, to me at least. 


Bill, KC9XG 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 09 12:37:02 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA18118 
for <wd5ivd@tapr.org>; Sat, 9 Oct 1999 12:28:21 -0500 (CDT) 
Message-ID: <LYR11594-44164-1999.10.09-12.39.58--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 9 Oct 1999 18:24:47 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: [arpp] Help with MIC-E Protocol Spec please 
In-Reply-To: <yJFgi0AURy$3Ewac@dowrmain.demon.co.uk> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <A8n8PmAfp3$3EwOC@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


In article <yJFgi0OAURy$3Ewac@dowrmain.demon.co.uk>, Ian Wade 
<ian@dowrmain.demon.co.uk> writes 

>From: Ian Wade <ian@dowrmain.demon.co.uk> 

> 

>I've been reading through the MIC-E protocol spec (Crosswell/Parsons, 
>Jun97/Dec98), and there are a few things I don't understand: 


Replying to my own post, I see I was completely off the track. I think 
I've cracked it now, by looking at some on-air traffic. For example, 2 


packets from the same station: 


N2SXJ-1>APK, APS: @09154323947 .23N/07501.98W- 
N2SXJ-1>S9TW2S ,N2SXJ ,W3PHL-3,KE3XY-3*,WIDE/1:° gY~l -/>bed station 


>From the first packet, this station is at 39 deg 47.23 min N, 
75 deg 1.98 min W. 


The destination in the second packet is "S9TW2S". Referring to the table 
in the Mic-E spec, this decodes as follows: 


ASCII Char: 5S 9 T W 2 S 
Bit: A=0 B=1 C=0 N=0 L=1 w=0 
Lat Digit: 3 9 4 7 2 3 


The latitude digits match the first packet OK. 


According to the spec, the A/B/C bits have to be inverted, so the 


message code is 101 (i.e. a "Special" message -- I wonder if this is 
correct?) 
The N bit is 0, meaning South ........ Hmmmm 


The L bit is 1, meaning the longitude is greater than 100 degrees ... 
Hmmmmmmmmmm 


The W bit is 0, meaning East ....... Hmmmmmmmmmmmmmmmmm 


Sooooo000, have I xstill*x got it all wrong, or are the headings on 
columns 2 and 3 of the ASCII table transposed (i.e. col 2 is for Bit=1 
and col 3 is for Bit=0), and should the message bits A/B/C really be 
inverted? 


Also, the table heading refers to "Message/N/W/L" bit settings, whereas 
Fig 2 shows the octets in the order A/B/C/N/L/W -- i.e. the "W" and "L" 
are transposed. Which is correct? 


Looking at several other continental U.S. Mic-E stations just now, they 
all appear to be South and East, which I'm disinclined to believe. 


Comments anyone, please. I really need to understand this stuff. 
73 
Ian, G3NRW 


| Editor: RSGB's RadCom "Data" column. 
| email: g3nrw@arrl.net | 
| AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


| | 
| INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm | 
| 


| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 09 13:06:37 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA18772 
for <wd5ivd@tapr.org>; Sat, 9 Oct 1999 12:51:51 -0500 (CDT) 
Message-ID: <LYR11594-44166-1999.10.09-13.03.27--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 9 Oct 1999 18:50:33 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: [arpp] Help with MIC-E Protocol Spec please 
In-Reply-To: <yJFgi0AURy$3Ewac@dowrmain.demon.co.uk> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <tT6HUxApB4$3Ew53@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


In article <Bc$8HoA9r3$3EwMZ@dowrmain.demon.co.uk>, Ian Wade 
<ian@dowrmain.demon.co.uk> writes 

> 

>Replying to my own post, I see I was completely off the track. I think 
>I've cracked it now, by looking at some on-air traffic. For example, 2 
>packets from the same station: 

> 


Some more evidence. Two more packets from one station: 


KR4YL-7>APRS , TCPIP , KA2TOC : @09114622753 .51N/08245.71W>180/041/Mic-E/MO/Off duty 
KR4YL-7>RWUR9S, RELAY ,WIDE/1: ‘nIf S1>/>PAUL pk@ij.net 


The comment in the first packet says "Off duty". This is message code Q. 


In the second packet, the destination is RWUR9S. Decoding the A/B/C bits: 


ASCII Char: R W U 
Bit: A=0 B=0 C=0 
Lat Digit: 2 7 5 


Inverting A/B/C per the spec, the message code is 7 (Emergency). 
So I really xdox think the spec is standing on its head. 


73 
Ian, G3NRW 


Editor: RSGB's RadCom "Data" column. 
email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg. html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 01:35:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id BAA16082 

for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 01:26:18 -0500 (CDT) 
Date: Sun, 10 Oct 1999 01:26:05 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-44230-1999.10.10-01.37.59--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
In-Reply-To: <LYR11595-44065-1999 .10.08-11.48.44-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910100626.BAA0Q1249@us.networkcs.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
> Date: Fri, 8 Oct 1999 11:36:33 -0500 
> From: Steve Dimse K4HG <k4hg@tapr.org> 


> 
> APRServe uses the text output of the TNC, so there is no separate 
> protocol to be documented. 


I am not entirely convinced that this is the case. 


I believe that the objective of a protocol specification is to enable the 
development of interoperable implementations. I don't believe that the APRS 
protocol specification, as it is currently envisioned, will be adequate to 
permit the development interoperable APRServe or IGate implementations. 


The APRServe/IGate protocol specification might include the following: 
(o) A brief overview of the APRServe/IGate system 


fe) A description of the APRServe/IGate protocol (e.g., text strings 
transported over the telnet protocol) 


fo) The format of messages forwarded by the APRS/IGate system, which appear 
to be either in the TNC-2 MONitor command output format or the 
Timewave/AEA MONitor command output format, (or, some software seems to 
munge the two formats together in one packet). Somewhere I drafted ABNF 
descriptions of the TNC-2 and Timewave/AEA MONitor command output 
formats. 


) The IGate status protocol (identified by the "<" APRS protocol 
identifier, but listed as "reserved" in the current APRS protocol 
specification) 
<IGATE MSG_CNT=nnn LOC_CNT=nnn FILL_CNT=nnn 

fe) APRServe/IGate comments ("#" in the first column of a line) 

fe) APRServe/IGate port numbers 
- 23 
- 10151 
- 14579 
- 1313 

fe) A description of the redundant frames that are ignored 


o) A description of any MIC-E translations 


(o) The APRServe/IGate authentication protocol, or at least a hint that one 
exists 


fo) A description of the characters that the APRServe/IGate system does and 
doesn't forward 


fe) A description of the call signs that the APRServe/IGate system use that 
don't conform to the AX.25 specification (i.e., calls longer than six 
characters) 


fe) Probably a bunch of other stuff I forgot or don't know... 


I don't know whether the APRServe/IGate protocols should specified in the 
APRS protocol specification or in some other document. If it would be 
useful and if no one else volunteers, I would be happy to write a draft 
of a APRServe/IGate protocol specification. 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 01:50:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id BAA16426 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 01:39:31 -0500 (CDT) 
Date: Sun, 10 Oct 1999 01:39:19 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-44231-1999.10.10-01.51.10--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
In-Reply-To: <LYR11595-44181-1999 .10.09-16.52.50-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910100639.BAA0Q1422@us.networkcs.com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> Date: Sat, 09 Oct 1999 16:39:49 -0500 

> From: Bill Diaz <billdiaz@megsinet.net> 

> Subject: [aprsspec] RE: [aprssig] Re: [arpp] Help with MIC-E Protocol Spec 
please 

> 

> I have been successfully decoding Mic-e packets via the Internet. 

> Admittedly, there are a few I haven't been able to decode. The packets 


Vv 


decoded successfully conform to the Mic-e manual. The ones I haven't decoded 
are the packets which include multiple '>' characters in the header. 


> een | 


Vv 


I believe that APRServe pretty much forwards whatever it receives that 

is close to output from the MONitor command. There are actually two 
formats: the TNC-2 format (which uses commas) and the Timewave/AEA format 
(which uses greater-than signs and has the destination call last). 


Somewhere, I have ABNF descriptions of both of these formats, which 
include a few other things like differing uses of asterisks. 


I also have a Java AX25Frame class that includes a constructor that 
creates an object from an APRServe line (i.e., it parses the AX.25 
packets received from APRServe). 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 06:04:06 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id FAA01430 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 05:59:52 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-44246-1999.10.10-06.11.33--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 10 Oct 1999 06:55:43 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0420550bb426204b57b8@[165.230.139.231]> 
<LYR11588 -44230-1999.10.10-01.37.59--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588 -44230-1999.10.10-01.37.59--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


You have good points, and this stuff will need to be documented, 
HOWEVER, it is not part of the On-AIR protocol which is the FIRST 
thing that we are trying to finalize.. 


Also, although the stuff you ask about are valid questions, they 
could vary for Igate implementations, the answers to most of your 
questions would be recommendations and not part of a fixed protocol. 


In the long run, it probably could/should be part of the same 
document, however I would like to finish the protocol spec itself 
first. 


Keith Sproul 
Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Date: Fri, 8 Oct 1999 11:36:33 -0500 


From: Steve Dimse K4HG <k4hg@tapr.org> 


APRServe uses the text output of the TNC, so there is no separate 
protocol to be documented. 


VVVV VV MV 
VV VV VV 


>I am not entirely convinced that this is the case. 

> 

>I believe that the objective of a protocol specification is to enable the 
>development of interoperable implementations. I don't believe that the APRS 
>protocol specification, as it is currently envisioned, will be adequate to 
>permit the development interoperable APRServe or IGate implementations. 

> 

>The APRServe/IGate protocol specification might include the following: 

> 


>o A brief overview of the APRServe/IGate system 

> 

>0 A description of the APRServe/IGate protocol (e.g., text strings 
> transported over the telnet protocol) 

> 


>0o The format of messages forwarded by the APRS/IGate system, which appear 
to be either in the TNC-2 MONitor command output format or the 
Timewave/AEA MONitor command output format, (or, some software seems to 
munge the two formats together in one packet). Somewhere I drafted ABNF 
descriptions of the TNC-2 and Timewave/AEA MONitor command output 
formats. 


>o The IGate status protocol (identified by the "<" APRS protocol 
identifier, but listed as "reserved" in the current APRS protocol 
> specification) 


> <IGATE MSG_CNT=nnn LOC_CNT=nnn FILL_CNT=nnn 


> 

>o APRServe/IGate comments ("#" in the first column of a line) 

> 

>o APRServe/IGate port numbers 

> 

> = 23 

> - 10151 

> - 14579 

> - 1313 

> - 

> 

>0o A description of the redundant frames that are ignored 

> 

>o A description of any MIC-E translations 

> 

>o The APRServe/IGate authentication protocol, or at least a hint that one 
> exists 

> 

>o A description of the characters that the APRServe/IGate system does and 
> doesn't forward 

> 

>o A description of the call signs that the APRServe/IGate system use that 
> don't conform to the AX.25 specification (i.e., calls longer than six 

> characters) 

> 


>o Probably a bunch of other stuff I forgot or don't know... 


>I don't know whether the APRServe/IGate protocols should specified in the 
>APRS protocol specification or in some other document. If it would be 
>useful and if no one else volunteers, I would be happy to write a draft 
>of a APRServe/IGate protocol specification. 

> 

>-tjs 

> 

Soi 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 06:04:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id GAAQ1452 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 06:00:13 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-44247-1999.10.10-06.11.48--wd5ivdi#tapr.org@lists.tapr.org> 
Date: Sun, 10 Oct 1999 06:58:25 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0420550cb42621398f97@[165.230.139.231]> 
<LYR11588 -44231-1999.10.10-01.51.10--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588- 44231-1999 .10.10-01.51.10--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


> > Date: Sat, 09 Oct 1999 16:39:49 -0500 

> > From: Bill Diaz <billdiaz@megsinet.net> 

> > Subject: [aprsspec] RE: [aprssig] Re: [arpp] Help with MIC-E 

>Protocol Spec please 

>> 

> > I have been successfully decoding Mic-e packets via the Internet. 

> > Admittedly, there are a few I haven't been able to decode. The packets 
> > decoded successfully conform to the Mic-e manual. The ones I 

>haven't decoded 

> > are the packets which include multiple '>' characters in the header. 
>> [...] 

> 

>I believe that APRServe pretty much forwards whatever it receives that 
>is close to output from the MONitor command. There are actually two 
>formats: the TNC-2 format (which uses commas) and the Timewave/AEA format 
>(which uses greater-than signs and has the destination call last). 


The main exception to this is MIC-E packets. APRServe, 
WinAPRS/MacAPRS and APRSa+ all take the Mic-E packet and CONVERT them 
to 'normal' APRS packets to get rid of the control characters before 
sending them to the Internet.. 


Older versions of WinAPRS/MacAPRS just send the Mic-E packets 
directly, and we need to make an effort to get this stations updated. 


Keith Sproul 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 09:48:05 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAAQ6068 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 09:34:43 -0500 (CDT) 
Message-ID: <LYR11594-44266-1999.10.10-09.46.27--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 10 Oct 1999 15:32:11 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
In-Reply-To: <LYR11659-44247-1999 .10.10-06.11.48-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sBlngGArNKA4Ewck@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


In article <LYR11659-44247-1999.10.10-06.11.48--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Keith Sproul <ksproul@vger.rutgers.edu> writes 


>The main exception to this is MIC-E packets. APRServe, 
>WinAPRS/MacAPRS and APRSa+ all take the Mic-E packet and CONVERT them 
>to 'normal' APRS packets to get rid of the control characters before 
>sending them to the Internet.. 


Keith, you will have seen my head-scratching over the last couple of 
days about Mic-E. I still need authoritative confirmation from someone 
that the first 6 characters of the Mic-E xdestination addressx are 
transmitted *ONLY*, repeat xONLY*, using printable ASCII 0-9/A-L/P-Z 
characters (shifted one bit left in the packet at assembly time, just 
like regular callsign characters), such as in the new table I presented 
yesterday. 


If that's really the case, then APRS and the other packages you listed 
do xnot* need to do anything special with xreporting* a xdestination 
addressx with a MONITOR command. True or false? 


[I know the same doesn't apply to the Information field, which xcanx 
contain non-printable characters, and what you see will depend on what 
software you're using to read it]. 


73 
Ian, G3NRW 


Editor: RSGB's RadCom "Data" column. 
email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper. htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 10:03:02 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAAQ6886 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 10:01:53 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-44276-1999.10.10-10.13.30--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 10 Oct 1999 11:00:24 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <v0420550eb42659a1d32d@[165.230.139.231]> 
<LYR11588-44266-1999 .10.10-09.46.27--ksprouli#vger.rutgers.edu@lists.tapr.o 
rg> 

<LYR11588-44266-1999 .10.10-09.46.27--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


The TO address of an AX25 packet (also called the DESTINATION 
address) is, (by definition, of the AX25 protocol) EXACTLY 6 
characters (each UPPER CASE ONLY or 0-9 ONLY) and an SSID, which is 
actually a 4 bit field in the actual packet. 


Therefore, it MUST be a printable ASCII character and CANNOT be a 
control character. 


What you said is correct. It CANNOT have control characters in the 
TO/Destination field. 


We couldn't change this if we wanted to, it is part of AX25. 


Keith 


>In article <LYR11659-44247-1999.10.10-06.11.48--iand#dowrmain.demon.co.uk 
>@lists.tapr.org>, Keith Sproul <ksproul@vger.rutgers.edu> writes 


>The main exception to this is MIC-E packets. APRServe, 
>WinAPRS/MacAPRS and APRSa+ all take the Mic-E packet and CONVERT them 
>to 'normal' APRS packets to get rid of the control characters before 
>sending them to the Internet.. 

> 


VVVVV VV 


>Keith, you will have seen my head-scratching over the last couple of 
>days about Mic-E. I still need authoritative confirmation from someone 
>that the first 6 characters of the Mic-E xdestination addressx are 
>transmitted *xONLY*, repeat xONLY*x, using printable ASCII 0-9/A-L/P-Z 
>characters (shifted one bit left in the packet at assembly time, just 
>like regular callsign characters), such as in the new table I presented 
>yesterday. 

> 


>If that's really the case, then APRS and the other packages you listed 
>do xnot*x need to do anything special with xreporting* a xdestination 
>address* with a MONITOR command. True or false? 

> 

>[I know the same doesn't apply to the Information field, which xcanx 
>contain non-printable characters, and what you see will depend on what 
>software you're using to read it]. 

> 

>73 

>Ian, G3NRW 


>| Editor: RSGB's RadCom "Data" column. 
>| email: g3nrw@arrl.net 
>| AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


>| INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
>| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 
>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 10:17:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAAQ7303 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 10:15:50 -0500 (CDT) 
Date: Sun, 10 Oct 1999 10:15:37 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-44277-1999.10.10-10.27.32--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
In-Reply-To: <v0420550cb42621398£97@[165 .230.139.231]> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <199910101515 .KAAQ5350@us.networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: 

> Date: Sun, 10 Oct 1999 06:58:25 -0400 

> From: Keith Sproul <ksproul@vger.rutgers.edu> 

> Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 

> 

> >I believe that APRServe pretty much forwards whatever it receives that 
> >is close to output from the MONitor command. There are actually two 

> >formats: the TNC-2 format (which uses commas) and the Timewave/AEA format 
> >(which uses greater-than signs and has the destination call last). 

> 

> The main exception to this is MIC-E packets. APRServe, 

> WinAPRS/MacAPRS and APRSa+ all take the Mic-E packet and CONVERT them 

> to 'normal' APRS packets to get rid of the control characters before 

> sending them to the Internet.. 

> 

> Older versions of WinAPRS/MacAPRS just send the Mic-E packets 

> directly, and we need to make an effort to get this stations updated. 


I believe we are talking about two different things here. My response 
was that anyone wanting to parse the data stream from an APRServe must 
be prepared to parse both the TNC-2 MONitor command format outputs 


FROMCALL>TOCALL,VIA1,VIA2,... 
and the Timewave MONitor command format 
FROMCALL>VIA1>VIA2>VIA>. ..>TOCALL 
-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sun Oct 10 10:47:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAAQ7927 
for <wd5ivd@tapr.org>; Sun, 10 Oct 1999 10:42:44 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-44279-1999.10.10-10.54.27--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sun, 10 Oct 1999 11:41:27 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 


Cc: aprsspec@lists.tapr.org 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <v04205510b42663601d£3@[165.230.139.231]> 
<LYR11588-44277-1999 .10.10-10.27.32--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

<LYR11588 - 44277-1999 .10.10-10.27.32--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Yes, you are correct.. Anyone wanting to parse stuff from the 
Servers, MUST be able to handle both.. 


Anyone wanting to write a program that works with TNCs in general, 
must be able to handle both.. 


If someone was using either KISS mode, or writing a program that was 
ONLY for use with a certain brand of TNC, they would not have to.. 


We (the Working Group) decided to publish everything in TNC-2 format, 
and later have a second document that showed all of the variations 
from different types of TNCs.. 


Any/all test suites, files etc, will be published in TNC-2 format. 


Keith 


Date: Sun, 10 Oct 1999 06:58:25 -0400 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 


>I believe that APRServe pretty much forwards whatever it receives that 
>is close to output from the MONitor command. There are actually two 
>formats: the TNC-2 format (which uses commas) and the Timewave/AEA format 
>(which uses greater-than signs and has the destination call last). 


The main exception to this is MIC-E packets. APRServe, 
WinAPRS/MacAPRS and APRSa+ all take the Mic-E packet and CONVERT them 
to 'normal' APRS packets to get rid of the control characters before 


VV VV VV VV VV VV 
VV VV VV VV VV VV 


sending them to the Internet.. 


Older versions of WinAPRS/MacAPRS just send the Mic-E packets 
directly, and we need to make an effort to get this stations updated. 


VVVV Vv 


>I believe we are talking about two different things here. My response 
>was that anyone wanting to parse the data stream from an APRServe must 
>be prepared to parse both the TNC-2 MONitor command format outputs 

> 

> FROMCALL>TOCALL,VIA1,VIA2,... 

> 

>and the Timewave MONitor command format 

> 

> FROMCALL>VIAL>VIA2>VIA>...>TOCALL 

> 

>-tjs 

> 

>--- 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 
>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 11 08:41:26 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA25035 
for <wd5ivd@tapr.org>; Mon, 11 Oct 1999 08:38:22 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 11 Oct 1999 09:38:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-e packets 
In-Reply-To: <LYR11586-44161-1999 .10.09-10.59.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-44394-1999.10.11-08.50.08--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910110934380 .1014-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


On Sat, 9 Oct 1999, Bill Diaz wrote: 


W3MIP>K3ATI-11*>WIDE>TOPV6T: * g\Xo,5>/>MOBILE 
KC4XX>RELAY>WIDE*x>R8RWOU: “m1P1 j/>HANKSTER 98ACCORD 


How are the multiple ‘'>' characters interpreted? Is this a legal 
construct according to the spec? 


VVVV WV 


There has been an "addition" to the Mic-E implementation by Kenwood to 
identify the THD7 as separte from other Mic-E's. This is because unlike 
conventional Mic-E's, the THD7 can send and receive messages. Thus we 
need to know who is a Mic-E and who is a THD7 on receipt. If the "first" 
byte of the Mic-E comment field is a ">", then it is a THD7... 

The new Kenwood Mobile will use a "]"... I think... 


de WB4APR 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 11 09:11:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA25949 
for <wd5ivd@tapr.org>; Mon, 11 Oct 1999 09:05:40 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 11 Oct 1999 10:05:25 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
In-Reply-To: <LYR11586-44266-1999 .10.10-09.46.27-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-44396-1999.10.11-09.17.22--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9910111003410.1014-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


The Mic-E TO-ADDRESS is received by any TNC and displayed in the monitor 
format as uppercase alphabetic and numerials only. Iv'e been on travel 4 
days of every week for the last month, DCC, Kenwood, AMSAT and have not 
had time to get into this in detail... 


bob 
On Sun, 10 Oct 1999, Ian Wade wrote: 


In article <LYR11659-44247-1999.10.10-06.11.48--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Keith Sproul <ksproul@vger.rutgers.edu> writes 


>The main exception to this is MIC-E packets. APRServe, 
>WinAPRS/MacAPRS and APRSa+ all take the Mic-E packet and CONVERT them 
>to 'normal' APRS packets to get rid of the control characters before 
>sending them to the Internet.. 

> 


Keith, you will have seen my head-scratching over the last couple of 
days about Mic-E. I still need authoritative confirmation from someone 
that the first 6 characters of the Mic-E xdestination addressx are 
transmitted *ONLY*, repeat xONLY*, using printable ASCII 0-9/A-L/P-Z 
characters (shifted one bit left in the packet at assembly time, just 
like regular callsign characters), such as in the new table I presented 
yesterday. 


If that's really the case, then APRS and the other packages you listed 
do xnot* need to do anything special with xreporting* a xdestination 
addressx with a MONITOR command. True or false? 


[I know the same doesn't apply to the Information field, which xcanx 
contain non-printable characters, and what you see will depend on what 
software you're using to read it]. 


73 
Ian, G3NRW 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


| Editor: RSGB's RadCom "Data" column. 


email: g3nrw@arrl.net 
AX.25: G3NRW @ GB7ZPU.#21.GBR.EU 


INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm 
APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 
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APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 12 08:53:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA19893 

for <wd5ivd@tapr.org>; Tue, 12 Oct 1999 08:46:12 -0500 (CDT) 
Message-Id: <LYR11594-44573-1999.10.12-08.57.58--wd5ivd#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Date: Tue, 12 Oct 1999 09:26:26 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse K4HG <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910121345 .GAA09994@go00se. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


On 10/8/99 1:02 PM Jeff King (jeff@aerodata.net) wrote: 


>Steve: 

> 

>The purpose of the APRSSPEC, as I understand it, is so someone presently 
>outside of the present authors can develop APRS compatible display and 
>tracking issues. In other words, to make APRS "Open Source". 

> 

>As APRSSERVE is a integral part of this, it is imperative that it also be 
>documented, as is spelled out in the agreement that the WG, which you 
>are a member of, came to agreement upon. 

> 

The is nothing hidden in APRServe, other than the password algorith. It 
is all documented in my various DCC papers and web site files. The APRS 
WG charter very specifically states that it deals with the protocol 
itself, not the user interface or other related issues. At some point we 
will likely expand the charter to include other topics like the internet 
system and XML spec, but we must be more focused at this time. 


>While you are correct, it does use the "text output" of the TNC, there are 
>other issues that need to be documented. For example, the tcp/ip port 
>numbers that APRSSERVE uses. 


These are on the web site, and there is no need for another application 
to use the same port numbers in any case. 


>Also, the messaging token system you 
>are using. 


What do you mean by message token? This is a term the authors have never 
used... 


>Without this information, it would require reverse engineering 
>of APRServe to develop a internet capable "APRS display" application. 


Wrong. With the APRS protocol spec, you have everything you need to write 
such an application. 


>Or look at it another way. You need to write a description, so a programmer 
>with the basic understanding of APRS, can successfully write a APRServe 
>application without to many questions to you. Without the tcp port numbers, 
>as well as the RF messaging authentication, I fail to see how this can be 
>done. 

> 

The only thing secret is the actual algorithm for converting a callsign 

to a validation number. This must remain a secret or else there is no 

reason to have it at all, and every IGate operator's license is at risk. 


I have shared it, and will continue to share it, with everyone that 
develops a working application that requires it. 


Steve K4HG 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Tue Oct 12 10:42:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAA25354 
for <wd5ivd@tapr.org>; Tue, 12 Oct 1999 10:40:24 -0500 (CDT) 
Date: Tue, 12 Oct 1999 10:40:00 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-44589-1999.10.12-10.52.03--wd5ivd#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Objects 
In-Reply-To: <LYR11595-43702-1999.10.06-19.41.55-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910121540 .KAA57236@us .networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Date: Wed, 06 Oct 1999 20:29:55 -0400 
From: Wes Johnston <kd4rdb@netzero.com> 
Subject: [aprsspec] Re: APRS Objects 

Leta 
We could get mired down in public / private keys and all sorts of 
authorizations... but we already have a system in place... the "secret 
decoder ring" of skywarn. Let's just add a new category of object to the 
list of things that skywarn can do that normal users can't. When you get 
right down to it, a hacker could create a skywarn county warning by 
hand. So what we have is a case where a person could easily study our 
system and hack it. Most newbies that would create an object don't read 
the manual, and once they do and understand, they are less apt to cause 
problems anyway. I just want to make it inconvienant for newbies to make 
objects... and to allow me to weed out those objects. 


[...] 


VV VV VV VV VV VV VV WV 


Note that the result, if not the objective, of creating a public APRS 
specification is to foster the development of independent, interoperable 


implementations of the APRS protocol. In this new environment "secret 
decoder rings" become a less realistic technique. 


I believe that one question that may be useful to answer is: How robust 
does the APRS protocol need to be in order to meet the stated objectives, 
such as credibility as a tool for emergency communications? (If you 
suspect that I don't believe that secret decoder rings are a robust 
technique for an open protocol, you are correct.) 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 13 10:07:12 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id BAA29241 

for <wd5ivd@tapr.org>; Wed, 13 Oct 1999 01:04:58 -0500 (CDT) 
Message-ID: <LYR11594-44729-1999 .10.13-01.16.46--wd5ivd#tapr.org@lists.tapr.org> 
From: "Thomas M. Schaefer" <toms@inconnect.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APICQ 
Date: Wed, 13 Oct 1999 00:04:43 -0600 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00b601bf£1540$d89077e0$7b438cd1@infinia> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


When I first talked to Bob about the ICQ Server, I mentioned that I was 
originating messages. At that time, Bob gave me a license to use the server 
as it dod not compte with any existing products. He gave me the ID of 
APICQX. I noticed in the list that APIXX was reserved for ICOM (future use). 
There seems to be a conflict here. 


If this is the wrong place to correct this, please forgive me as I did not 
see an email address in the spec. 


Tom NY4I 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 13 10:07:20 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id HAA17046 
for <wd5ivd@tapr.org>; Wed, 13 Oct 1999 07:08:00 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-44749-1999.10.13-07.19.51--wd5ivd#tapr.org@lists.tapr.org> 
Date: Wed, 13 Oct 1999 08:02:02 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: APICQ 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205523b42a245a0d4c@[165.230.139.231]> 
<LYR11588-44729-1999 .10.13-01.16.46--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588-44729-1999 .10.13-01.16.46--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


This -IS- the correct place for this.. Thank you for bringing it to 
our attention. 


We had ‘assigned' '‘'I' and 'Y' to Icom and Yaesu for the obvious reasons.. 
Since Icom has not (yet) come out with any data cabable radios and we 

do not know of any on the horizon, it would be easy to just assign 

them something else, or we could assign you something else.. APQ for 
example. 


In either case, we need to do it soon... 


Keith SProul 


>When I first talked to Bob about the ICQ Server, I mentioned that I was 
>originating messages. At that time, Bob gave me a license to use the server 
>as it dod not compte with any existing products. He gave me the ID of 
>APICQX. I noticed in the list that APIXX was reserved for ICOM (future use). 
>There seems to be a conflict here. 

> 

>If this is the wrong place to correct this, please forgive me as I did not 
>see an email address in the spec. 

> 

>Tom NY4I 

> 

> 

See 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Wed Oct 13 10:07:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id HAA17991 
for <wd5ivd@tapr.org>; Wed, 13 Oct 1999 07:56:15 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Wed, 13 Oct 1999 08:56:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APICQ 
In-Reply-To: <LYR11586-44729-1999 .10.13-01.16.46-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-44758-1999.10.13-08.08.06--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
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On Wed, 13 Oct 1999, Thomas M. Schaefer wrote: 


When I first talked to Bob about the ICQ Server, I mentioned that I was 
originating messages. At that time, Bob gave me a license to use the 
server as it did not compte with any existing products. He gave me the 
ID of APICQX. I noticed in the list that APIXX was reserved for ICOM 
(future use). There seems to be a conflict here. 


VV VV WV 


You beat Icom to the letter "I", so now I would say that 


APICOx is reserved for ICOM 
APICQx is yours... 


In my opinion only.... Needing ratification by the group of course. 
bob 
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Status: 


Steve: 


As we apparently disagree on what and even if any internet specific 

spec information needs to be included in the first draft of 

APRSSPEC, I will ask that a PROTEST be entered and refer 

this matter to the WG for vote. The issue in question is what 

actually was agreed upon, in writing, by the WG to provide 

as it relates to internet specifications in the first draft (see my comments 
later for more detail). 


John, can you see that this happens? (as well as read along here) 
Now some specifics on what you last said. 


Steve Dimse K4HG wrote: 


> On 10/8/99 1:02 PM Jeff King (jeff@aerodata.net) wrote: 

> 

> >Steve: 

>> 

> >The purpose of the APRSSPEC, as I understand it, is so someone presently 
> >outside of the present authors can develop APRS compatible display and 

> >tracking issues. In other words, to make APRS "Open Source". 

>> 

> >As APRSSERVE is a integral part of this, it is imperative that it also be 
> >documented, as is spelled out in the agreement that the WG, which you 

> >are a member of, came to agreement upon. 

>> 

> The is nothing hidden in APRServe, other than the password algorith. It 

> is all documented in my various DCC papers and web site files. 


Then we need LINKS to these documents.... The APRSSPEC 
is supposed to be a freestanding reference document. It should include this data 


or at least the links so someone not with your knowledge can develop a 
APRS internet linked application. 


> The APRS 
> WG charter very specifically states that it deals with the protocol 
> itself, not the user interface or other related issues. 


It has nothing to do with user interfaces. We are talking raw 
protocol and specs here. I've already made this clear. 


> At some point we 
> will likely expand the charter to include other topics like the internet 
> system and XML spec, but we must be more focused at this time. 


The TAPR announcement 2 xspecifically*x states internet 

protocols NOW. Not deferred, not later, not real soon now. Its says 
with the FIRST DRAFT which is the process we are doing now. 

We are not talking about XML, but what is presently being used. 


I quote from announcement2.pdf, on page 3, paragraph 1: 


>Protocol Committee 

>The APRS Protocol Specification is the formal definition of the data elements 
and 

>message formats used to communicate between APRS devices via wireless or wired 
>(e.g., Internet) connections. It does not include user interface or other 
elements that 

>do not affect the content or format of these interface components. 


Then from paragraph 3 it states: 


>The Protocol Committee intends to publish Version 1.0 of the APRS Protocol 
>Specification by the end of October 1999. The first draft of the Specification 
will be 

>made available to the amateur radio community by the end of June 1999, and 
>comments will be accepted as defined below. 


This may be the key to the disagreement here. Is it your thinking that the 
document is wrong and does not call for the internet specs to be released 
with the first draft, as it seems to state? 


>While you are correct, it does use the "text output" of the TNC, there are 
>other issues that need to be documented. For example, the tcp/ip port 
>numbers that APRSSERVE uses. 


These are on the web site, and there is no need for another application 
to use the same port numbers in any case. 


VVVVNV WV 


You've said that to me before, and I've never been able to find them. Even if 
this is true, YOU STILL NEED TO DOCUMENT THEM IN THE 

APRSSPEC. And if your trying to claim server PORT NUMBERS are 

an operational issue, then you should note that APRS operational specs are 
also in the spec. But port numbers are commonly ASSIGNED to specific 

apps, hence it is my claim they are NOT operational issues but SPEC 


issues. 

They need to be in APRSSPEC. 

>Without this information, it would require reverse engineering 

>of APRServe to develop a internet capable "APRS display" application. 


Wrong. With the APRS protocol spec, you have everything you need to write 
such an application. 


VV VV Vv 


Port numbers? Authentication? the process to connect to the server?, the 
status messages on port 14501? NONE OF IT IS THERE. Its needs to be 
referenced in the APRSSPEC document. 


>Or look at it another way. You need to write a description, so a programmer 
>with the basic understanding of APRS, can successfully write a APRServe 
>application without to many questions to you. Without the tcp port numbers, 
>as well as the RF messaging authentication, I fail to see how this can be 
>done. 

> 

The only thing secret is the actual algorithm for converting a callsign 

to a validation number. This must remain a secret or else there is no 

reason to have it at all, and every IGate operator's license is at risk. 


VV VV VV VV WV 


While this may very well be true, the charter of the WG doesn't call 
for partial disclosure as I read it, it calls for full disclosure. See the 
next comment. 


> 
> I have shared it, and will continue to share it, with everyone that 
> develops a working application that requires it. 


Since there appears to be a legitimate reason not to disclose this, then 
you need to include the above statement and process in the APRSSPEC. 

In other words, go on record both with the process to obtain the 
validation number as well as your commitment to do so along with 

any conditions you may have. And put this in the spec. Also, it 

might not hurt to put that specific "secret" algorithm in escrow 

in case something were to happen, and you were unable to provide 

it, it could still be obtained. 


If you still don't agree with me... fine, but lets let the WG make 
that decision, not you.... I still say there is a OMISSION 


with regards to this part of the document. 


And in closing, I quote Tim Salo's excellent message of Sunday 


October 10th, to which the WG was silent to. I think the spirit 
of what he is saying needs to be considered as well as noting 
he offered to do the work himself. You might consider taking 


him 


73 


Jeff 


Tim 


VV VV VV 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


up on his offer as he clearly has a good handle on things. 


Salo wrote on October 10th, 1999: 

Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Date: Fri, 8 Oct 1999 11:36:33 -0500 

From: Steve Dimse K4HG <k4hg@tapr.org> 


APRServe uses the text output of the TNC, so there is no separate 
protocol to be documented. 


am not entirely convinced that this is the case. 


believe that the objective of a protocol specification is to enable the 


development of interoperable implementations. I don't believe that the APRS 
protocol specification, as it is currently envisioned, will be adequate to 
permit the development interoperable APRServe or IGate implementations. 


The APRServe/IGate protocol specification might include the following: 


A brief overview of the APRServe/IGate system 


A description of the APRServe/IGate protocol (e.g., text strings 
transported over the telnet protocol) 


The format of messages forwarded by the APRS/IGate system, which appear 
to be either in the TNC-2 MONitor command output format or the 
Timewave/AEA MONitor command output format, (or, some software seems to 
munge the two formats together in one packet). Somewhere I drafted ABNF 
descriptions of the TNC-2 and Timewave/AEA MONitor command output 
formats. 


The IGate status protocol (identified by the "<" APRS protocol 
identifier, but listed as "reserved" in the current APRS protocol 
specification) 


<IGATE MSG_CNT=nnn LOC_CNT=nnn FILL_CNT=nnn 


APRServe/IGate comments ("#" in the first column of a line) 


fe) APRServe/IGate port numbers 


- 23 
S 10151 
- 14579 
- 1313 
fe) A description of the redundant frames that are ignored 
o) A description of any MIC-E translations 
fo) The APRServe/IGate authentication protocol, or at least a hint that one 
exists 
fo) A description of the characters that the APRServe/IGate system does and 


doesn't forward 


o) A description of the call signs that the APRServe/IGate system use that 
don't conform to the AX.25 specification (i.e., calls longer than six 
characters) 


VVVV VV VV VV VV VV VV VV VV VV VV 


fe) Probably a bunch of other stuff I forgot or don't know... 
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Jeff, I've noted your request and will make sure that it's included on the 
list of items for discussion. 


However, I think I need to say that the group didn't contemplate that 

the comment process would include anything like a "protest" and I do not 
believe that they feel obligated to accede to external requests for formal 
votes. I suspect that your request will be considered in the same way as 
the other comments received, and the WG may or may not have a vote on it. 


In 


message <38052B20.16D7DB56@aerodata.net>, Jeff King writes: 


>Steve: 


> 


>As we apparently disagree on what and even if any internet specific 

>spec information needs to be included in the first draft of 

>APRSSPEC, I will ask that a PROTEST be entered and refer 

>this matter to the WG for vote. The issue in question is what 

>actually was agreed upon, in writing, by the WG to provide 

>as it relates to internet specifications in the first draft (see my comments 
>later for more detail). 


> 


>John, can you see that this happens? (as well as read along here) 


> 


>Now some specifics on what you last said. 


> 


>Steve Dimse K4HG wrote: 


> 

>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 


On 10/8/99 1:02 PM Jeff King (jeff@aerodata.net) wrote: 


>Steve: 

> 

>The purpose of the APRSSPEC, as I understand it, is so someone presently 
>outside of the present authors can develop APRS compatible display and 
>tracking issues. In other words, to make APRS "Open Source". 

> 

>As APRSSERVE is a integral part of this, it is imperative that it also be 
>documented, as is spelled out in the agreement that the WG, which you 
>are a member of, came to agreement upon. 

> 

The is nothing hidden in APRServe, other than the password algorith. It 
is all documented in my various DCC papers and web site files. 


>Then we need LINKS to these documents.... The APRSSPEC 

>is supposed to be a freestanding reference document. It should include this da 
>ta 

> 

>or at least the links so someone not with your knowledge can develop a 
>APRS internet linked application. 

> 

> 

>> The APRS 

>> WG charter very specifically states that it deals with the protocol 

>> itself, not the user interface or other related issues. 

> 

>It has nothing to do with user interfaces. We are talking raw 

>protocol and specs here. I've already made this clear. 

> 

>> At some point we 

>> will likely expand the charter to include other topics like the internet 
>> system and XML spec, but we must be more focused at this time. 

> 

>The TAPR announcement 2 xspecificallyx states internet 

>protocols NOW. Not deferred, not later, not real soon now. Its says 

>with the FIRST DRAFT which is the process we are doing now. 

>We are not talking about XML, but what is presently being used. 

> 

>I quote from announcement2.pdf, on page 3, paragraph 1: 

> 

>>Protocol Committee 

>>The APRS Protocol Specification is the formal definition of the data elements 
>and 

>>message formats used to communicate between APRS devices via wireless or wire 
>d 

>>(e.g., Internet) connections. It does not include user interface or other 
>elements that 

>>do not affect the content or format of these interface components. 

> 

>Then from paragraph 3 it states: 

> 

>>The Protocol Committee intends to publish Version 1.0 of the APRS Protocol 
>>Specification by the end of October 1999. The first draft of the Specificatio 
>n 

>will be 

>>made available to the amateur radio community by the end of June 1999, and 
>>comments will be accepted as defined below. 

> 

>This may be the key to the disagreement here. Is it your thinking that the 
>document is wrong and does not call for the internet specs to be released 
>with the first draft, as it seems to state? 

> 


>> >While you are correct, it does use the "text output" of the TNC, there are 
>> >other issues that need to be documented. For example, the tcp/ip port 
>> >numbers that APRSSERVE uses. 


>> These are on the web site, and there is no need for another application 
>> to use the same port numbers in any case. 


>You've said that to me before, and I've never been able to find them. Even if 
>this is true, YOU STILL NEED TO DOCUMENT THEM IN THE 

>APRSSPEC. And if your trying to claim server PORT NUMBERS are 

>an operational issue, then you should note that APRS operational specs are 
>also in the spec. But port numbers are commonly ASSIGNED to specific 

>apps, hence it is my claim they are NOT operational issues but SPEC 

>issues. 

> 

>They need to be in APRSSPEC. 


>> >Without this information, it would require reverse engineering 
>> >of APRServe to develop a internet capable "APRS display" application. 


>> Wrong. With the APRS protocol spec, you have everything you need to write 
>> such an application. 


>Port numbers? Authentication? the process to connect to the server?, the 
>status messages on port 14501? NONE OF IT IS THERE. Its needs to be 
>referenced in the APRSSPEC document. 


>> >Or look at it another way. You need to write a description, so a programmer 
>> >with the basic understanding of APRS, can successfully write a APRServe 

>> >application without to many questions to you. Without the tcp port numbers, 
>> >as well as the RF messaging authentication, I fail to see how this can be 
>> >done. 

>> > 

>> The only thing secret is the actual algorithm for converting a callsign 

>> to a validation number. This must remain a secret or else there is no 

>> reason to have it at all, and every IGate operator's license is at risk. 


>While this may very well be true, the charter of the WG doesn't call 

>for partial disclosure as I read it, it calls for full disclosure. See the 
>next comment. 

> 

>> 

>> I have shared it, and will continue to share it, with everyone that 

>> develops a working application that requires it. 

> 


>Since there appears to be a legitimate reason not to disclose this, then 
>you need to include the above statement and process in the APRSSPEC. 

>In other words, go on record both with the process to obtain the 
>validation number as well as your commitment to do so along with 

>any conditions you may have. And put this in the spec. Also, it 

>might not hurt to put that specific "secret" algorithm in escrow 

>in case something were to happen, and you were unable to provide 

>it, it could still be obtained. 


> 

>If you still don't agree with me... fine, but lets let the WG make 
>that decision, not you.... I still say there is a OMISSION 

>with regards to this part of the document. 

> 


>And in closing, I quote Tim Salo's excellent message of Sunday 
>October 10th, to which the WG was silent to. I think the spirit 
>of what he is saying needs to be considered as well as noting 
>he offered to do the work himself. You might consider taking 
>him up on his offer as he clearly has a good handle on things. 


>Tim Salo wrote on October 10th, 1999: 


Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Date: Fri, 8 Oct 1999 11:36:33 -0500 
From: Steve Dimse K4HG <k4hg@tapr.org> 


APRServe uses the text output of the TNC, so there is no separate 
protocol to be documented. 


VV VV VV 


>> I am not entirely convinced that this is the case. 


>> I believe that the objective of a protocol specification is to enable the 

>> development of interoperable implementations. I don't believe that the APRS 
>> protocol specification, as it is currently envisioned, will be adequate to 
>> permit the development interoperable APRServe or IGate implementations. 


>> The APRServe/IGate protocol specification might include the following: 


>> 0 A brief overview of the APRServe/IGate system 

>> 

>> 0 A description of the APRServe/IGate protocol (e.g., text strings 
>> transported over the telnet protocol) 


>> 0 The format of messages forwarded by the APRS/IGate system, which appear 


>> to be either in the TNC-2 MONitor command output format or the 

>> Timewave/AEA MONitor command output format, (or, some software seems to 
>> munge the two formats together in one packet). Somewhere I drafted ABN 
>F 

>> descriptions of the TNC-2 and Timewave/AEA MONitor command output 

>> formats. 

>> 

>> Oo The IGate status protocol (identified by the "<" APRS protocol 

>> identifier, but listed as "reserved" in the current APRS protocol 

>> specification) 

>> 

>> <IGATE MSG_CNT=nnn LOC_CNT=nnn FILL_CNT=nnn 

>> 

>> oO APRServe/IGate comments ("#" in the first column of a line) 

>> 

>> o APRServe/IGate port numbers 

>> 

>> - 23 

>> = 10151 

>> - 14579 

>> - 1313 

>> - 

>> 

>> Oo A description of the redundant frames that are ignored 

>> 

>> o A description of any MIC-E translations 

>> 

>> o The APRServe/IGate authentication protocol, or at least a hint that one 
>> exists 

>> 

>> oO A description of the characters that the APRServe/IGate system does and 
>> doesn't forward 

>> 

>> 0 A description of the call signs that the APRServe/IGate system use that 
>> don't conform to the AX.25 specification (i.e., calls longer than six 
>> characters) 

>> 


>> oO Probably a bunch of other stuff I forgot or don't know... 
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John Ackermann wrote: 


> However, I think I need to say that the group didn't contemplate that 

> the comment process would include anything like a "protest" and I do not 

> believe that they feel obligated to accede to external requests for formal 
> votes. 


Understood. But the question here is does the WG feel obligated to 
comply with written agreements they all(?) agreed to? This is 
a serious issue and what my "PROTEST" was meant to address. 


What is your reading of the agreement? Should 

internet specs be released with the first draft, as apparently is 
stated in announcement2.pdf? We have had 

two or three non-WG people say yes, they should be, and one 

WG member say no, they will not be. What do you think? 


And what really is the true spirit 

of the APRSSPEC? Mumbo jumbo or something that really 

can be useful to a third party developer? This is the root issue, 
and the one I hope the WG set out to resolve. 


Thanks 


-Jeff 


> >> 

> >> I believe that the objective of a protocol specification is to enable the 

> >> development of interoperable implementations. I don't believe that the APRS 
> >> protocol specification, as it is currently envisioned, will be adequate to 

> >> permit the development interoperable APRServe or IGate implementations. 

>>> 

> >> The APRServe/IGate protocol specification might include the following: 

>>> 

>>> 0 A brief overview of the APRServe/IGate system 

>>> 

>>> 0 A description of the APRServe/IGate protocol (e.g., text strings 

> >> transported over the telnet protocol) 

>>> 

>>> 0 The format of messages forwarded by the APRS/IGate system, which appear 
>>> to be either in the TNC-2 MONitor command output format or the 

>>> Timewave/AEA MONitor command output format, (or, some software seems to 
> >> munge the two formats together in one packet). Somewhere I drafted ABN 
> >F 

>>> descriptions of the TNC-2 and Timewave/AEA MONitor command output 

>>> formats. 

>>> 

>>> 0 The IGate status protocol (identified by the "<" APRS protocol 

>>> identifier, but listed as "reserved" in the current APRS protocol 

> >> specification) 

> >> 

>>> <IGATE MSG_CNT=nnn LOC_CNT=nnn FILL_CNT=nnn 

> >> 

>>> 0 APRServe/IGate comments ("#" in the first column of a line) 

> >> 

>>> 0 APRServe/IGate port numbers 

>>> 

>>> - 23 

> >> = 10151 

> >> - 14579 

>>> - 1313 

>>> - 

>>> 

>>> 0 A description of the redundant frames that are ignored 

>>> 

>>> 0 A description of any MIC-E translations 

>>> 

>>> 0 The APRServe/IGate authentication protocol, or at least a hint that one 


>> exists 


>> Oo A description of the characters that the APRServe/IGate system does and 
>> doesn't forward 


>> 0 A description of the call signs that the APRServe/IGate system use that 
don't conform to the AX.25 specification (i.e., calls longer than six 
>> characters) 


>> 0 Probably a bunch of other stuff I forgot or don't know... 
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In message <38053582.B5F85E13@aerodata.net>, Jeff King writes: 
> 

> 

>John Ackermann wrote: 


>> However, I think I need to say that the group didn't contemplate that 

>> the comment process would include anything like a "protest" and I do not 
>> believe that they feel obligated to accede to external requests for formal 
>> votes. 


>Understood. But the question here is does the WG feel obligated to 
>comply with written agreements they all(?) agreed to? This is 
>a serious issue and what my "PROTEST" was meant to address. 


Jeff, I can't speak for the group on what they think should or shouldn't 
be part of the specification. But as a very practical matter, the focus 
now is to document the on-air protocol and that is what the draft is 
addressing. Believe me, there's plenty to do in that space! 


The group members are all subscribed to this list, so they've heard your 
arguments (in addition to my more formal transmittal that will come at 
the close of the comment period). I can't say what they'll decide 

(and, by the way, I don't have a vote except as a tie-breaker), but I 
can say that your request has been heard. 


John 
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Jeff.. 
I think you are missing the point.. 


I agree, a person SHOULD be able to write an application that 
receives data from the internet using JUST the APRS-Spec document. 


I feel that they CAN write such an application with just what is 
being presented. There is NO extra information needed.. 


The FIRST person to hook up MacAPRS to the Internet was someone OTHER 
than me.. I don't even know if Steve was first or not.. 


However did it, did it WITHOUT any help from me, in fact, they did it 
without me knowing it COULD be done.. 


This is going to take a little bit of explaining so bear with me a minute.. 
The Macintosh has a Communications structure called the COMM TOOLBOX. 

There are MANY different CONNECTION TOOLS. The USER sets up the COMM 
TOOLBOX from the SETTINGS menu of any program that uses the COMM 

TOOLBOX. 


Some of the common TOOLBOX connections are: 


SERIAL TOOL 


MODEM TOOL 
TCP/IP TOOL 
etc 


Each of these tools has parameters that have to be set BY THE USER so 
they will work. 


To use MacAPRS with a TNC, you use the SERIAL TOOL and configure it 
to be 9600 baud (or what-ever), 8 Bits, 1 stop, no parity etc.. And 
you select which port you are going to use. 


To configure a communications program using the MODEM tool, you set 
up the baud rate, the phone number, the data bits, the stop bits, the 
parity, etc, and you select which port you are going to use. 


To configure a program to use the TCP/IP tool, you set up the HOST 
NAME and the CONNECTION PORT, the DEFAULT for Telnet is 23. 


Now, the person that FIRST used MacAPRS on the Internet found a 
TCP/IP tool that -I- did not know about at the time, and configured 
it to talk to WA4DSY's TCP/IP based APRS reflector (for lack of a 
better name). 


LOW AND BEHOLD, MacAPRS was ON THE INTERNET, and WORKING! !!!!!!! 


There was NO, I repeat, NO, ZERO, NONE, ZIP, extra work on my part to 
make it work, it JUST WORKED.. 


The REASON why it worked is the PROTOCOL is no different.. 


Now, since that time, we have added the THIRD PARTY TRAFFIC concept, 
which -IS- documented in the spec (it may not be complete, but it 
-IS- there) 


As for someone wanting to write their own version of an APRS Server, 
the functions of the internal workings of the program(s) is NOT part 
of the spec. 


The functionality of a SERVER is not really part of the Spec. 


The data that the server has to understand, is really ZERO if you get 
down to it, take data in (-ANY- data) reflect it back out.. 


Now since Windows does not have a slick communications tool box 
system like the Macintosh, we had to write EXTRA code to make it 
receive the data via TCP/IP,, But we did not write ANY extra code to 
decode that data. 


On the other end of the stuff with a server.. The only ‘'standards' 
are that most people are using is 


Port 10151 for ALL of the data 
Port 144390 for the LOCAL data only.. 


There is NOTHING that says a person has to do this, nor is there any 
real reason to insist that the operator of a server even stick to 
this 'standard'.. Therefore, this fact is NOT part of the spec in any 
way shape or form. 


If someone wanted to say this was the STANDARD, then someone in 
Europe that uses a different port would complain because they do not 
use 144390, same goes for Austrailia and other parts of the world. 


The ONLY thing that is not being divulged is the hash codes, and 
Steve will give that to anyone that is ready for it and will agree 
not to release it to the public.. 


Keith 


>Steve: 

> 

>As we apparently disagree on what and even if any internet specific 
>spec information needs to be included in the first draft of 
>APRSSPEC, I will ask that a PROTEST be entered and refer 

>this matter to the WG for vote. The issue in question is what 
>actually was agreed upon, in writing, by the WG to provide 

>as it relates to internet specifications in the first draft (see my comments 
>later for more detail). 

> 

>John, can you see that this happens? (as well as read along here) 

> 

>Now some specifics on what you last said. 

> 

>Steve Dimse K4HG wrote: 


On 10/8/99 1:02 PM Jeff King (jeff@aerodata.net) wrote: 


>Steve: 

> 

>The purpose of the APRSSPEC, as I understand it, is so someone presently 
>outside of the present authors can develop APRS compatible display and 
>tracking issues. In other words, to make APRS "Open Source". 

> 

>As APRSSERVE is a integral part of this, it is imperative that it also be 
>documented, as is spelled out in the agreement that the WG, which you 
>are a member of, came to agreement upon. 

> 

The is nothing hidden in APRServe, other than the password algorith. It 
is all documented in my various DCC papers and web site files. 


VV VV VV VV VV VV VV VV 
VV VV VV VV VV VV VV 


>Then we need LINKS to these documents.... The APRSSPEC 

>is supposed to be a freestanding reference document. It should 
>include this data 

> 


>or at least the links so someone not with your knowledge can develop a 
>APRS internet linked application. 


> The APRS 
> WG charter very specifically states that it deals with the protocol 
> itself, not the user interface or other related issues. 


VV VV VV 


>It has nothing to do with user interfaces. We are talking raw 
>protocol and specs here. I've already made this clear. 


> At some point we 
> will likely expand the charter to include other topics like the internet 
> system and XML spec, but we must be more focused at this time. 


VVVNV Vv 


>The TAPR announcement 2 -xsSpecificallyx states internet 

>protocols NOW. Not deferred, not later, not real soon now. Its says 

>with the FIRST DRAFT which is the process we are doing now. 

>We are not talking about XML, but what is presently being used. 

> 

>I quote from announcement2.pdf, on page 3, paragraph 1: 

> 

> >Protocol Committee 

> >The APRS Protocol Specification is the formal definition of the 

>data elements 

>and 

> >message formats used to communicate between APRS devices via 

>wireless or wired 

> >(e.g., Internet) connections. It does not include user interface or other 
>elements that 

> >do not affect the content or format of these interface components. 

> 

>Then from paragraph 3 it states: 

> 

> >The Protocol Committee intends to publish Version 1.0 of the APRS Protocol 
> >Specification by the end of October 1999. The first draft of the 
>Specification 

>will be 

> >made available to the amateur radio community by the end of June 1999, and 
> >comments will be accepted as defined below. 

> 

>This may be the key to the disagreement here. Is it your thinking that the 
>document is wrong and does not call for the internet specs to be released 
>with the first draft, as it seems to state? 

> 


> 
> > >While you are correct, it does use the "text output" of the TNC, there are 
> > >other issues that need to be documented. For example, the tcp/ip port 


>numbers that APRSSERVE uses. 


These are on the web site, and there is no need for another application 
to use the same port numbers in any case. 


VVVV WV 


>You've said that to me before, and I've never been able to find them. Even if 
>this is true, YOU STILL NEED TO DOCUMENT THEM IN THE 

>APRSSPEC. And if your trying to claim server PORT NUMBERS are 

>an operational issue, then you should note that APRS operational specs are 
>also in the spec. But port numbers are commonly ASSIGNED to specific 

>apps, hence it is my claim they are NOT operational issues but SPEC 

>issues. 

> 

>They need to be in APRSSPEC. 


>Without this information, it would require reverse engineering 
>of APRServe to develop a internet capable "APRS display" application. 


Wrong. With the APRS protocol spec, you have everything you need to write 
such an application. 


VV VV VV VV 
VV VV WV 


>Port numbers? Authentication? the process to connect to the server?, the 
>status messages on port 14501? NONE OF IT IS THERE. Its needs to be 
>referenced in the APRSSPEC document. 

> 

> 

> > >Or look at it another way. You need to write a description, soa 
>programmer 

> > >with the basic understanding of APRS, can successfully write a APRServe 
> > >application without to many questions to you. Without the tcp 

>port numbers, 

> >as well as the RF messaging authentication, I fail to see how this can be 
>done. 

> 

The only thing secret is the actual algorithm for converting a callsign 
to a validation number. This must remain a secret or else there is no 
reason to have it at all, and every IGate operator's license is at risk. 


VVVVV VV 
VV VV WV 


>While this may very well be true, the charter of the WG doesn't call 
>for partial disclosure as I read it, it calls for full disclosure. See the 
>next comment. 


> 
> I have shared it, and will continue to share it, with everyone that 
> develops a working application that requires it. 


VV VV Vv 


>Since there appears to be a legitimate reason not to disclose this, then 


>you need to include the above statement and process in the APRSSPEC. 
>In other words, go on record both with the process to obtain the 
>validation number as well as your commitment to do so along with 
>any conditions you may have. And put this in the spec. Also, it 
>might not hurt to put that specific "secret" algorithm in escrow 
>in case something were to happen, and you were unable to provide 
>it, it could still be obtained. 


> 

>If you still don't agree with me... fine, but lets let the WG make 
>that decision, not you.... I still say there is a OMISSION 

>with regards to this part of the document. 

> 


>And in closing, I quote Tim Salo's excellent message of Sunday 
>October 10th, to which the WG was silent to. I think the spirit 
>of what he is saying needs to be considered as well as noting 
>he offered to do the work himself. You might consider taking 
>him up on his offer as he clearly has a good handle on things. 


>Tim Salo wrote on October 10th, 1999: 


Subject: [aprsspec] Re: Omission: Internet APRS protocol specification 
Date: Fri, 8 Oct 1999 11:36:33 -0500 
From: Steve Dimse K4HG <k4hg@tapr.org> 


APRServe uses the text output of the TNC, so there is no separate 
protocol to be documented. 


VV VV VV 


I am not entirely convinced that this is the case. 


I believe that the objective of a protocol specification is to enable the 
development of interoperable implementations. I don't believe 
at the APRS 

protocol specification, as it is currently envisioned, will be adequate to 
permit the development interoperable APRServe or IGate implementations. 


VV VV VV VV VV VV 


>t 


The APRServe/IGate protocol specification might include the following: 
o) A brief overview of the APRServe/IGate system 


fe) A description of the APRServe/IGate protocol (e.g., text strings 
transported over the telnet protocol) 


VVVV VV VV VV OV VV VV VV VV VV 


VVVV VV VV VV 


>> 0 
>which appear 


> 
> 


> 
> 


The format of messages forwarded by the APRS/IGate system, 


to be either in the TNC-2 MONitor command output format or the 
Timewave/AEA MONitor command output format, (or, some 


>software seems to 


> 


>drafted 


VV VV VV VV VV VV VV VV VV VV VV VM 


> 


> 


VVVVNV VV VV VV VV VV VV VV VV V 


> 


oO 


munge the two formats together in one packet). Somewhere I 

ABNF 

descriptions of the TNC-2 and Timewave/AEA MONitor command output 
formats. 


The IGate status protocol (identified by the "<" APRS protocol 
identifier, but listed as "reserved" in the current APRS protocol 
specification) 

<IGATE MSG_CNT=nnn LOC_CNT=nnn FILL_CNT=nnn 

APRServe/IGate comments ("#" in the first column of a line) 
APRServe/IGate port numbers 

- 23 

- 10151 

- 14579 

- 1313 

A description of the redundant frames that are ignored 


A description of any MIC-E translations 


The APRServe/IGate authentication protocol, or at least a 


>hint that one 


> 
> 


> 
> 


>> 0 
>system does and 


> 
> 


> 
> 


>>O0o 
>system use that 


VV VV WV 


> 


>--- 


> 


> 
> 
> 


O 


exists 

A description of the characters that the APRServe/IGate 
doesn't forward 

A description of the call signs that the APRServe/IGate 


don't conform to the AX.25 specification (i.e., calls longer than six 
characters) 


Probably a bunch of other stuff I forgot or don't know... 
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I have read much of the information passed by on this subject, and 
understand some of it. I have a suggestion for implementation on the 
Internet addition. I am by no means an expert. My expertise is in Data 
Communications, LANs and WANs and switching. 


The APRS spec is version 1.0, let's go one step at a time. If we advance 
this in a step process covering one aspect at a time there will be less 


margin for error. Let 1.0 provide a spec for APRS itself, then maybe 1.1 
provide for implementation for the Internet. 


The Internet is made up of many specs. There is one for ip addressing, and 
then there is another one for TCP and UDP. Each is separate, and the one 
depends on the other. Maybe the APRS Internet implementation needs to be 
looked at in a layered approach. If we try and build it all at once it will 
take forever, becasue the more people that provide input the more requests 
there will be. 


One alternative is to just encapsulate the APRS packet within a defined 
Server packet. The Server packet could have its own header, and the APRS 
packet is contained within. This technique is done on networks all over, in 
Frame Relay, PPP, ATM, and many others. I support both LANs and WANs and 
have had to deal with this methodology. 


I don't feel anyone is trying to hide anything, and up until now APRS seems 
to work quite well, many have developed software to read and interpret the 
packets. You can now connect a Palm Pilot to see the data come straight off 
of the equipment. 


The APRSSPEC listserv is there for everyone to provide comment, and peoples 
comment has provided. Hopefully all the members of the WG are also on the 
list, and they will take everyone's input into account. 


This is just my opinion and a few suggestions. 
73's (and I mean that deeply to all) 


Scott Morris, KF4SNV 
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(This may be a dupe, but my previous post didn't make it apparently) 
I have a a few questions, and maybe this is something that needs to be in 
the spec too.. 


WRT the serial interface, do the various versions of APRS do hardware 
handshake, Xon/Xoff, or nothing? 


Is the serial word format defined? 8N1 702... ? I'm assuming 8N1 at this 
point. 


VV VV VV VV VV MV 


I am writing code for a DF unit that will speak to APRS at minimum 19200, 
> preferrably faster, and pass it data from GPS, TNC, DF, and another 
device, 

> possibly an NMEA compass, and I am wondering about the ability of APRS to 
> take that data stream. I can do either mode of handshaking. (RTS/CTS 
vastly 

preferred) 


the same port that the TNC is talking to? What NMEA sentences are 
supported/required? I have the ability and resources to translate 
whatever 
I get to a standard format, so I don't necessarily have to use NMEA GPS 
units, anything with a documented (or hackable) protocol will be fine, but 


> 
> 
> Do they all (or any) have the ability to receive NMEA data and DF data on 
> 
> 


need to know what NMEA sentences APRS needs to function properly. 


VVVHV Vv 


I know in the past this has been done with a switch arraingement, but 
given 

> that APRS expects data on the serial port to be error-free, this seems 

> unwise to me, as there was no mechanism to prevent chopping the other 

> device's datastream in mid-flow. This results in half-packets, munged data 
> and callsigns. My approach is to buffer the data and present it to APRS 
in 


ordered groups, so that none of the data is lost or destroyed. 


I did notice that the N8LUE DF format is discussed, but not the Agrelo, or 
any others if they exist. The first char of the agrelo/micro-finder format 
is defined, but not the rest. 


FWIW, Agrelo is defunct, and I am working with Steve at SWS to move that 
product line forward. There will likely be no more DF Jrs, or sadly, 
Micro-PLLs, unless Steve produces them. On a positive note, our new DF 
system is approaching alpha prototype stage, with PCBs just over a week 
away. It's been protoed once already, as a single processor system to 
test 

the concepts, but that hardware wouldn't have survived the mobile 
development environment. 


VV VV VV VV VV WV 


I will probably support the agrelo format for my own data, and I have 
discussed with the Sprouls, sending NMEA TTM messages, but it's looking 
more 

> like I shouldn't be the one creating TTM messages, as I may not have 
enough 

> data. 

> 

> 


> 
> 
> 
> 
> 
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OK...the PropNET goofball weighs in on the discussion (grin) 


It may be a good excersize to document the "OSI Model" on which APRS is based. 
Once 

that is done (and should be done fairly easily by those in-the-know), the WG can 
point to which areas of the model they are charged with documenting. 


To clarify...it is my understanding that the WG is not charged with documenting 
the 

Application Layer (the program of WinAPRS, APRSdos, XAPRS, etc.). That seems to 
be 

the domain of the person who writes the software. Nor is it charged with 
documenting 

the protocols of the Physical Layer (how a radio interacts with the ether to get 
the 

information from one point to the other). That is already done by reading the 
schematic that comes with the radio. 


Their activity seems to be somewhere in-between. 
An "OST Model for APRS" would help us "observers" to focus more. 


-= Ev, W2EV =- 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 08:40:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA13971 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 08:33:27 -0500 (CDT) 
Message-ID: <LYR11594-44903-1999.10.14-08.45.17--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-44758-1999.10.13-08.08.06-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Serial handling, at the hardware level, and some DF questions. 
Date: Wed, 13 Oct 1999 14:49:31 -0500 
MIME-Version: 1.0 


Content-Type: text/plain 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006d01bf£15b4$11c0ae40$0200a8c0@xemu> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


I have a a few questions, and maybe this is something that needs to be in 
the spec too.. 


WRT the serial interface, do the various versions of APRS do hardware 
handshake, Xon/Xoff, or nothing? 


Is the serial word format defined? 8N1 702... ? I'm assuming 8N1 at this 
point. 


I am writing code for a DF unit that will speak to APRS at minimum 19200, 
preferrably faster, and pass it data from GPS, TNC, DF, and another device, 
possibly an NMEA compass, and I am wondering about the ability of APRS to 
take that data stream. I can do either mode of handshaking. (RTS/CTS vastly 
preferred) 


Do they all (or any) have the ability to receive NMEA data and DF data on 
the same port that the TNC is talking to? What NMEA sentences are 
supported/required? I have the ability and resources to translate whatever 
I get to a standard format, so I don't necessarily have to use NMEA GPS 
units, anything with a documented (or hackable) protocol will be fine, but I 
need to know what NMEA sentences APRS needs to function properly. 


I know in the past this has been done with a switch arraingement, but given 
that APRS expects data on the serial port to be error-free, this seems 
unwise to me, as there was no mechanism to prevent chopping the other 
device's datastream in mid-flow. This results in half-packets, munged data 
and callsigns. My approach is to buffer the data and present it to APRS in 
ordered groups, so that none of the data is lost or destroyed. 


I did notice that the N8LUE DF format is discussed, but not the Agrelo, or 
any others if they exist. The first char of the agrelo/micro-finder format 
is defined, but not the rest. 


FWIW, Agrelo is defunct, and I am working with Steve at SWS to move that 
product line forward. There will likely be no more DF Jrs, or sadly, 
Micro-PLLs, unless Steve produces them. On a positive note, our new DF 
system is approaching alpha prototype stage, with PCBs just over a week 
away. It's been protoed once already, as a single processor system to test 
the concepts, but that hardware wouldn't have survived the mobile 
development environment. 


I will probably support the agrelo format for my own data, and I have 
discussed with the Sprouls, sending NMEA TTM messages, but it's looking more 
like I shouldn't be the one creating TTM messages, as I may not have enough 
data. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 08:55:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA14164 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 08:40:12 -0500 (CDT) 
Date: Thu, 14 Oct 1999 08:40:00 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11594-44904-1999.10.14-08.52.04--wd5ivdi#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Suggestion for Clarity 
In-Reply-To: <LYR11595-44889-1999 .10.14-06.15.04-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910141340.IAA18667@us.networkcs. com> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 


Status: 

> Date: Thu, 14 Oct 1999 07:01:52 -0400 

> From: PropNET <propnet@greeceny.com> 

> Subject: [aprsspec] Suggestion for Clarity was: [PROTEST: . . .] 

> ise | 

> It may be a good excersize to document the "OSI Model" on which APRS is 

> based. Once that is done (and should be done fairly easily by those 

> in-the-know), the WG can point to which areas of the model they are charged 
> with documenting. 


I believe that a description of the protocol layers used by the APRS 

system would be useful. However, I don't believe that the APRS 

protocols were developed with a firm notion of protocol layering 

in mind. For example, some protocol fields are used by different protocol 
layers at different times. I created a description of the APRS 

protocol layers, but it is not something that the APRS developers 

would recognize, (in part because they don't appear to be thinking in terms 
of protocol layers). 


To clarify...it is my understanding that the WG is not charged with 
documenting the Application Layer (the program of WinAPRS, APRSdos, XAPRS, 
etc.). 

Liactawsl 


VV VV 


As long as you provided me this opportunity to be excessively pedantic, 
I will note that the APRS protocols _are_ application layer protocols. 
What is outside the scope of the APRS specifications is the translation 
between the APRS protocols and what is displayed on the screen. 


> An "OSI Model for APRS" would help us "observers" to focus more. 


I believe that the concept of "protocol layering" is one of the most 
fundamental concepts upon which well-designed protocols are build. 

I also believe that a protocol layering model for APRS would be a 
valuable creation. 


(As we "advance the radio art" I would like to think that we use 
good science, whether it be electrical engineering, computer science, 
or what we know about protocol development. [Sometime when I am 
having a bad day, I may submit a petition for rulemaking that 
changes Part 97 to read "advancing the radio science" so we don't 
get confused about this topic...]) 


-tjs 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 08:55:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA14468 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 08:51:47 -0500 (CDT) 
Message-Id: <LYR11594-44905-1999.10.14-09.03.42--wd5ivdi#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Re: Serial handling, at the hardware level, and some DF 
questions. 


In-reply-to: Your message of "Wed, 13 Oct 1999 14:49:31 CDT." 
<LYR11592-44903-1999.10.14-08.45.17--n8ur#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

Date: Thu, 14 Oct 1999 09:51:34 -0400 

From: John Ackermann <jra@febo.com> 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <199910141351.JAA17455@meow. febo. com> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


I usually stay out of the specifics of the protocol discussion, because 
I don't know what I'm talking about, but I think I can answer this one 
on behalf of the Group. 


The protocol spec is limited to the data elements and formats used over 
the air. It doesn't encompass anything like the serial port specs or 
other elements at the hardware level. 


It's not that such information isn't useful, but it's beyond what the 
document is trying to accomplish at this point. 


John N8UR 
jra@febo.com 


I have a a few questions, and maybe this is something that needs to be in 
the spec too.. 


WRT the serial interface, do the various versions of APRS do hardware 
handshake, Xon/Xoff, or nothing? 


Is the serial word format defined? 8N1 702... ? I'm assuming 8N1 at this 
point. 


I am writing code for a DF unit that will speak to APRS at minimum 19200, 
preferrably faster, and pass it data from GPS, TNC, DF, and another device, 
possibly an NMEA compass, and I am wondering about the ability of APRS to 
take that data stream. I can do either mode of handshaking. (RTS/CTS vastly 
preferred) 


Do they all (or any) have the ability to receive NMEA data and DF data on 
the same port that the TNC is talking to? What NMEA sentences are 


VVVV VV VV VV VV VV VV OV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV MV 


supported/required? I have the ability and resources to translate whatever 
I get to a standard format, so I don't necessarily have to use NMEA GPS 
units, anything with a documented (or hackable) protocol will be fine, but I 
need to know what NMEA sentences APRS needs to function properly. 


I know in the past this has been done with a switch arraingement, but given 
that APRS expects data on the serial port to be error-free, this seems 
unwise to me, as there was no mechanism to prevent chopping the other 
device's datastream in mid-flow. This results in half-packets, munged data 
and callsigns. My approach is to buffer the data and present it to APRS in 
ordered groups, so that none of the data is lost or destroyed. 


I did notice that the N8LUE DF format is discussed, but not the Agrelo, or 
any others if they exist. The first char of the agrelo/micro-finder format 
is defined, but not the rest. 


FWIW, Agrelo is defunct, and I am working with Steve at SWS to move that 
product line forward. There will likely be no more DF Jrs, or sadly, 
Micro-PLLs, unless Steve produces them. On a positive note, our new DF 
system is approaching alpha prototype stage, with PCBs just over a week 
away. It's been protoed once already, as a single processor system to test 
the concepts, but that hardware wouldn't have survived the mobile 
development environment. 


I will probably support the agrelo format for my own data, and I have 
discussed with the Sprouls, sending NMEA TTM messages, but it's looking more 
like I shouldn't be the one creating TTM messages, as I may not have enough 
data. 
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You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
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From ???@??? Thu Oct 14 12:39:25 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA21357 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 12:29:23 -0500 (CDT) 


Message-Id: <LYR11594-44926-1999.10.14-12.41.16--wd5ivd#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Help with MIC-E Protocol Spec please 
Date: Thu, 14 Oct 1999 12:28:38 -0500 


X- 


sender: sdimse@earthlink.net 


From: Steve Dimse K4HG <k4hg@tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199910141729.KAA01591@scaup.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


On 10/10/99 10:41 AM Keith Sproul (ksproul@vger.rutgers.edu) wrote: 


>Yes, you are correct.. Anyone wanting to parse stuff from the 
>Servers, MUST be able to handle both.. 
> 


>Anyone wanting to write a program that works with TNCs in general, 
>must be able to handle both.. 

> 

>If someone was using either KISS mode, or writing a program that was 
>ONLY for use with a certain brand of TNC, they would not have to.. 

> 

Not exactly true. The "third party" protocol packets start with '¢', and 
then the TNC text packet. These may be in either AEA or TNC-2 format. If 
you want to parse APRS packets, you need to be able to handle both 
formats. 


Steve K4HG 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 18:17:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAAQ2216 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 18:06:32 -0500 (CDT) 
Message-ID: <LYR11594-44977-1999.10.14-18.18.29--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-42861-1999.10.02-20.43.59-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Test 
Date: Wed, 13 Oct 1999 20:02:59 -0500 
MIME-Version: 1.0 


Content-Type: text/plain 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011c01bf£15df$dc1c5d80$0200a8c0@xemu> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


I posted twice a list of questions to this list, and have seen neither copy 
come down the list here. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 18:17:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAAQ2327 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 18:11:03 -0500 (CDT) 
Message-ID: <LYR11594-44978-1999.10.14-18.22.57--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-42861-1999.10.02-20.43.59-- 
dvanhorn#cedar.net@lists.tapr.org> <LYR11608-44977-1999 .10.14-18.18.29-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: Test 
Date: Thu, 14 Oct 1999 18:10:03 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <02d301bf£1699$3f6bcce0$0200a8c0@xemu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 

Status: 


> I posted twice a list of questions to this list, and have seen neither 


copy 
> come down the list here. 


My emails from yesterday are trickling out from @home, Ignore this. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 18:32:14 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAAQ2586 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 18:18:44 -0500 (CDT) 
Message-ID: <LYR11594-44980-1999.10.14-18.30.37--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-44758-1999 .10.13-08.08.06- - 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Serial questions. 
Date: Wed, 13 Oct 1999 19:26:57 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <009201bf£15da$d32da120$0200a8cO@xemu> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


(This may be a dupe, but my previous post didn't make it apparently) 
I have a a few questions, and maybe this is something that needs to be in 
the spec too.. 


WRT the serial interface, do the various versions of APRS do hardware 
handshake, Xon/Xoff, or nothing? 


Is the serial word format defined? 8N1 702... ? I'm assuming 8N1 at this 
point. 


I am writing code for a DF unit that will speak to APRS at minimum 19200, 
preferrably faster, and pass it data from GPS, TNC, DF, and another device, 
possibly an NMEA compass, and I am wondering about the ability of APRS to 
take that data stream. I can do either mode of handshaking. (RTS/CTS vastly 
preferred) 


Do they all (or any) have the ability to receive NMEA data and DF data on 
the same port that the TNC is talking to? What NMEA sentences are 
supported/required? I have the ability and resources to translate whatever 
I get to a standard format, so I don't necessarily have to use NMEA GPS 
units, anything with a documented (or hackable) protocol will be fine, but I 
need to know what NMEA sentences APRS needs to function properly. 


I know in the past this has been done with a switch arraingement, but given 
that APRS expects data on the serial port to be error-free, this seems 
unwise to me, as there was no mechanism to prevent chopping the other 
device's datastream in mid-flow. This results in half-packets, munged data 
and callsigns. My approach is to buffer the data and present it to APRS in 
ordered groups, so that none of the data is lost or destroyed. 


I did notice that the N8LUE DF format is discussed, but not the Agrelo, or 
any others if they exist. The first char of the agrelo/micro-finder format 
is defined, but not the rest. 


FWIW, Agrelo is defunct, and I am working with Steve at SWS to move that 
product line forward. There will likely be no more DF Jrs, or sadly, 
Micro-PLLs, unless Steve produces them. On a positive note, our new DF 
system is approaching alpha prototype stage, with PCBs just over a week 
away. It's been protoed once already, as a single processor system to test 
the concepts, but that hardware wouldn't have survived the mobile 
development environment. 


I will probably support the agrelo format for my own data, and I have 
discussed with the Sprouls, sending NMEA TTM messages, but it's looking more 
like I shouldn't be the one creating TTM messages, as I may not have enough 
data. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 14 23:49:01 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id XAA12732 
for <wd5ivd@tapr.org>; Thu, 14 Oct 1999 23:39:10 -0500 (CDT) 
Message-Id: <LYR11594-45004-1999.10.14-23.51.05--wd5ivd#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 14 Oct 1999 21:38:48 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Comments 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130304b42c5fa5ada0@[198.106.196.226]> 
<LYR11893 -44872-1999.10.14-00.00.27--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Greetings - 


I've just joined the mail group after finding the draft APRS standards 
on the TAPR web site. Because I am in the middle of writing some 

APRS code, this is exactly what I have been looking for. This also 
means that I have been looking at the documents very critically, 

to see whether they answer a program writer's crucial questions. 


Since I have just joined, I am not yet aware of points that may have 
previously been discussed. If I am covering old ground, please accept my 
apology. 


I see major weakness in the documents in the tendency to refer to operation 
of existing software. For example, the Symbols document says this near the 
bottom of the first page discussing "symbol characters": 


"Press F1-S in APRSdos to see these symbols. Some symbols may have 
a numeric overlay character 0-9 or A-Z. These are shown on the F1-S 


display with the numeral "3" overlaid." 


First, it is factually incorrect because "A-Z" are not numeric 


characters. But, more importantly, this style of presentation is 

verboten in any standard I have ever seen because it refers to a specific 
software implementation which is not necessarily duplicated in other 
implementations. That is, the description includes things that are 

not relevant to the protocol. Saying that a particular key is pressed or 

a specific menu is accessed should not be part of the protocol description. 
One might, perhaps, say: 


"The symbol characters are intended to have an overlay character 0-9 or 
A-Z. Some software implementations allow you to see the character with 
a fixed overlay such as '3' ". 


One can certainly refer to support documents for various software 
implementations 
so long as the documents are (1) widely available and (2) platform neutral. 


This same problem appears in the Symbols document in "Areas". 


This leads further to the observation that a color-filled area need not 
behave as 
described (and it is not even necessary that a program use a "PList"!) 


A similar problem is in the "VALUE SIGNPOSTS" section. There are really 
two problems with this section (on the last page of Symbols document) . 
One problem is that its vague but is a useful clarification for programmers. 


The other problem is the reference to specific software implementation. 
One might, instead, write: 


"Signposts are intended to display as a yellow box with a 1 to 3 letter 
overlay without name or callsign. You specify the 1-3 character overlay by 
enclosing them in braces in the comment field. Thus a VALUE Signpost with 
455% would appear as a sign with 55 on it. This was designed for posting 
the speed 

of traffic past speed measuring devices. They can be used for any 

purpose. To avoid cluttering the map, they should ONLY be displayed on fine- 
scale maps (say, 8 miles or less)." 


ITEM 2 - symbol list 


A second philosophical point concerns how the symbol list is viewed. 
Understandably, 

the original (fairly small) symbol table could easily be viewed as a 

primary table and secondary table. Now, such a distinction seems quite 
uninforming. There is simply an ordered pair of characters that specify 

a symbol in one big table. One character pair is used by the GPSxyz 

format and a different character pair is used with certain position reporting 


formats. There is no "primary" or "Secondary" about it! This is particularly 


true with the changes in handling the coding of overlay characters. Once 
this was done, it is just "a symbol table indexed via two sets of 
character-pairs". 


I have some specific questions about the symbol list which will be sent 
as a separate message to avoid making this too long. 


Thanks for all the great effort that everyone has put into APRS. I hope that 
I have not stepped on anyone's toes because that isn't my intent. I do 

have some frustrations, however, as a programmer, due to poor protocol 
descriptions and I hope that the protocol standard document will help solve 
that problem. 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 

KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Sat Oct 16 02:12:38 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id BAA18485 
for <wd5ivd@tapr.org>; Sat, 16 Oct 1999 01:58:21 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11594-45256-1999.10.16-02.10.20--wd5ivd#tapr.org@lists.tapr.org> 
Date: Sat, 16 Oct 1999 01:58:20 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Robert Winingham <kc5ejk@onramp.net> 
Subject: [aprsspec] Re: Comments 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <v04220500b42d175b17d0@[199.1.154.39]> 
<LYR11606-45004-1999.10.14-23.51.05--kc5ejk#onramp.net@lists.tapr.org> 
<LYR11606-45004-1999 .10.14-23.51.05--kc5ejk#onramp.net@lists.tapr.org> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


>Since I have just joined, I am not yet aware of points that may have 
>previously been discussed. If I am covering old ground, please accept my 
>apology. 


If this sig is not archived at www.tapr.org I have 
the mail from 1999/10/2. Eudora might be able to send it in bulk 
I have the mail count at 121 including yours (376 K). 


Fills to others available via private mail. 


73 


Sone kc5ejk@onramp.net or kcSejk@amsat.org os 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 18 01:38:19 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id BAAQ2071 

for <wd5ivd@tapr.org>; Mon, 18 Oct 1999 01:34:53 -0500 (CDT) 
Message-Id: <LYR11594-45450-1999.10.18-01.46.49--wd5ivd#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 17 Oct 1999 23:34:31 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: aprsspec digest: October 16, 1999 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b4306fa0611a@[198.106.196.120]> 
<LYR11893 -45340-1999.10.17-00.00.08--wagnerj#proaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11594@lists.tapr.org 


Precedence: bulk 
Status: 


Here are some specific questions about the Symbols document. My point in 
asking these questions is two-fold. First, I would like to know their 
answers. Second, if I have questions, others must also. 


A. GPSxyz symbol coding - 


What happens to the 3rd code character in 2-character codes? Does the 
GPSxyz become GPSxy or does it become GPSxy(space)? That is, for a 
small aircraft, would one use "GPSBH " or "GPSBH"? 


B. Symbol Table - 


What is "HELO"? Is it short for "helicopter" or is it short for "hello"? Or, 
something else? 


C. Symbol Table - 


Does "shuttle" refer to a shuttle-bus or to the space shuttle? 


D. Symbol Table - 


Why the reference to "Satellite/Pacsat"? Does it refer to any satellite? 
Or is it to refer only to Pacsat? Then again, is not a Pacsat a satellite? 


What are the "offset" values references in the Area format? Offsets measured 
from what? 


"yellos". 


G. In "SYMBOLS ON MAPS!", 


how does one "permanently embed" a symbol on a map. 
Are we talking about how some program works, or are we talking about over- 


the air protocol? If its over the air, how does the symbol become 
"permanent" " 

Is it transmitted forever, or does it get saved by other machines and is 
displayed forever? If it is not part of the over-the-air protocol, then why 
is it here? 


H. A general plea: please more concrete examples. I am especially concerned 
about value signposts, areas, and a variety of packet types that include 
symbol characters. 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 

KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 18 09:06:03 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA21255 
for <wd5ivd@tapr.org>; Mon, 18 Oct 1999 09:05:49 -0500 (CDT) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 18 Oct 1999 10:03:22 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: aprsspec digest: October 16, 1999 
In-Reply-To: <LYR11586-45450-1999.10.18-01.46.49- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11594-45477-1999.10.18-09.17.53--wd5ivd#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.05L.9910181000080 .10733-100000@arctic> 
Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


On Sun, 17 Oct 1999, Jim Wagner wrote: 


> What happens to the 3rd code character in 2-character codes? Does the 
> GPSxyz become GPSxy or does it become GPSxy(space)? That is, for a 
> small aircraft, would one use "GPSBH " or "GPSBH"? 


It is a callsign and is always sent by the TNC as 6 bytes IAW with the 
AX.25 spec. 


> What are the "offset" values references in the Area format? Offsets measured 
> from what? 


>From the LAT/LONG included in the posit. 
Otehr comments noted. 


Bob 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Mon Oct 18 11:20:27 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id LAA25428 
for <wd5ivd@tapr.org>; Mon, 18 Oct 1999 11:15:14 -0500 (CDT) 
Message-ID: <LYR11594-45498-1999.10.18-11.27.10--wd5ivd#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-45477-1999 .10.18-09.17.53-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: Observation 
Date: Mon, 18 Oct 1999 11:12:52 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002f01bf£1983$a159£2a0$0200a8c0@xemu> 

Sender: bounce-aprsspec-11594@lists.tapr.org 

Precedence: bulk 

Status: 


Often, APRS is used with port-sharing devices that have the effect of 
trashing packets when they un-intelligently switch from one source to 
another. 


There is no mechanism in place to prevent such trashed packets from being 
interpreted as valid data. 


I realize that this is, agan, not an on-air issue, but I think it's 
significant. 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From ???@??? Thu Oct 21 01:21:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id WAA13267 
for <wd5ivd@tapr.org>; Wed, 20 Oct 1999 22:07:19 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11594-46030-1999.10.20-22.19.29--wd5ivd#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 20 Oct 1999 20:07:02 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [Laprsspec] Comments about APRS Specs 
List-Unsubscribe: <mailto:leave-aprsspec-11594T@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b4343148f807@[198.106.196.105]> 
Sender: bounce-aprsspec-11594@lists.tapr.org 
Precedence: bulk 
Status: 


Greetings - 


After reading the Protocol description in detail, I have a lot of comments 
and questions. If this has been covered previously, my apologies. 


Here are 3 comments about the existing format. Format IS important, because 
a consistent format reduces ambiguity. 


First, a format suggestion. Please put it into a some sort of hierarchical 
format! Its hard to tell where you are from just the heading sizes, and 
when its reproduced in text-only format (as I have already had to do 
Since the .PDF files are not down-loadable, at least with 
MSExplorer/Win95), its almost impossible to tell where you are in the 
description, and what belongs to what. What I mean is like the following 
(it does not have to use exactly this style): 


I. Heading 


A. Section 
.B. Section 
B.1 subsection 
B.2 subsection 


Generally .... 


Inconsistent symbols seem to be used when "a general number" is intended 
vs "a general letter, A-Z" is intended. Please, please, make an attempt 
to be consistent, because it makes interpretation very difficult. For 
example, "BLNa" appears to use the "a" to signify an alpha. But, other 
places, such as "GPSxyz", other characters are used. Similarly, "n" 
seems to be used to represent a number in some places and "#" in others, 
but maybe not, I can't tell for sure. 


In other words, put it right up front.. 


"In the following text, unless specifically stated otherwise, '#' shall 
represent a single numeric digit, 0-9, '@' shall represent a single 
alpha character, A-Z or a-z, and "|" shall represent any printable ASCII 
character." 


Or, something like that. And, then, use it! 


Generally... 


I would really like to see something like BNF notation used to describe 


field contents. With that kind of notation, for a 1-3 digit numeric 
field, one might write #[#[#]], that is, one digit is required, a 
second digit is optional, and, if there is a second digit, then a 

3rd digit is optional. This greatly reduces the ambiguities and 
fuzziness which are all through the specification. I cannot tell, for 
example, which fields are fixed length and which are variable, because 
it is never explicitly stated. This makes for a very poor protocol 
standard. It is not even obvious which fields are required and which 
are optional in various message types. 


There is nothing magic about BNF. It is simply one of several recognized 
format description languages. Please choose something standard, and use it. 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 

KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: wd5ivd@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11594T@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Oct 24 18:57:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA29954 
for <lyris.aprsspec@tapr.org>; Sun, 24 Oct 1999 18:57:41 -0500 (CDT) 
Message-Id: <LYR11589-46509-1999.10.24-19.09.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: milnes@openix.com (Unverified) 
Date: Sun, 24 Oct 1999 19:55:47 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ralph Milnes <milnes@openix.com> 
Subject: [aprsspec] How Soon Draft 2? 
In-Reply-To: <LYR11704-43348-1999.10.05-00.00.17--milnes#openix.com@list 
s.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.6.32.19991024195547 .00792b10@openix . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I finally got around to reviewing the Protocol Draft 1. 


I've been subscribed to this SIG for a little while and know that there 
have been many, many suggestions regarding clarity, omissions, and typos. 
(But it's great to see how much has been put down in basic form!) 


I don't know what to do at this point: 


x Compare all previous suggestions to those that I would make and drop 
redundancies 

* Just list all my suggestions, even though they may be duplicates 

* Forget about commenting -- most everything has been caught - just wait 
for Draft 2 


Any advice? What is the next step in the process? Who makes the call on that? 


Ralph, KC2RLM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 25 07:20:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id HAAQ5735 

for <lyris.aprsspec@tapr.org>; Mon, 25 Oct 1999 07:20:15 -0500 (CDT) 
Message-Id: <LYR11589-46580-1999.10.25-07.32.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, jra@meow.febo.com 
Subject: [aprsspec] Re: How Soon Draft 2? 
In-reply-to: Your message of "Sun, 24 Oct 1999 19:55:47 CDT." 

<LYR11592-46509-1999 .10.24-19.09.58--n8ur#tapr.org@lists.tapr.org> 

Date: Mon, 25 Oct 1999 08:19:54 -0300 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <199910251219 .TAA19655@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Ralph -- 


Thanks for your message; it gives me an excuse to generally update folks 
about what's been going on. 


Tan Wade, G3NRW, has volunteered to take over the process of editing the 
document. He has a complete archive of the messages that have been sent 
to this list, and he's also been communicating with the authors to get 
clarifications and corrections. He has just provided the Working Group 
with his second draft; I haven't had a chance to review it yet myself, 

so can't comment on it, but based on the messages I've seen, I think he's 
done a great job so far. The document is now something like 60 pages, 
and virtually all of the blanks that were in the initial draft have now 
been filled in. 


The WG is still hoping to have the draft finalized by the end of the month, 
and I think there's a reasonable likelihood that will happen. It hasn't 
been decided yet whether the final draft will be put out for one more 

round of public comments; I suspect that decision won't be made until after 
the WG have had a chance to review it. 


So, to answer your question -- new substantive comments about errors, 
omissions, unclear points, etc., are still welcome, though with the 
number of comments that have been made, it's fairly likely that most of 
the biggies have been caught by now (I was going to suggest searching the 
mailing list archive, but noticed it's not in the TAPR search engine -- 
I'll suggest to Greg Jones that he add it). As to typos and formatting 
issues, the new drafts have changed so much that any comments there are 
probably obsolete. 


Any comments made to this list will get to the WG members and Ian. It 
would be helpful if you would tag the subject line with something like 
"COMMENT: ", "CORRECTION:", etc., so that such messages can be picked out 
easily. 


73, 
John N8UR 
jra@febo.com 


In message <LYR11592-46509-1999 .10.24-19.09.58--n8urd#ttapr.org@lists.tapr.org>, 
Ralph Milnes writes: 

>I finally got around to reviewing the Protocol Draft 1. 

> 

>I've been subscribed to this SIG for a little while and know that there 


>have been many, many suggestions regarding clarity, omissions, and typos. 
>(But it's great to see how much has been put down in basic form!) 

> 

>I don't know what to do at this point: 

> 

>* Compare all previous suggestions to those that I would make and drop 
>redundancies 

>* Just list all my suggestions, even though they may be duplicates 


>* Forget about commenting -- most everything has been caught - just wait 
>for Draft 2 
> 


>Any advice? What is the next step in the process? Who makes the call on that? 
> 

>Ralph, KC2RLM 

> 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: n8ur@tapr.org 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 26 09:14:56 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA04450 

for <lyris.aprsspec@tapr.org>; Tue, 26 Oct 1999 09:14:56 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11589-46591-1999.10.26-09.25.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 25 Oct 1999 14:17:12 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Robert Winingham <kc5ejk@onramp.net> 
Subject: [aprsspec] CORRECTION:Altitude 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04220500b43a5697£134@[206.50.202.209]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I still would like to know if /A=xxxxxx is going to be part of the 


supported Protocol. 


Several balloon groups that used MIN/PIC chips to to decode the 
NMEA into posit reports striped the Altitude in meters from the GGA 
sentence and reported in feet. /A= was easy to tack on the end of 
a APRS packet. 


The other important item is how the NEW Kenwood units will handle 
the sending of altitude. 


73 


== kc5ejk@onramp.net or kcSejk@amsat.org ----- 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 26 09:51:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAAQ6010 

for <lyris.aprsspec@tapr.org>; Tue, 26 Oct 1999 09:51:45 -0500 (CDT) 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Message-Id: <LYR11589-46637-1999.10.26-09.47.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 25 Oct 1999 09:58:35 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Greg Jones <wd5ivd@tapr.org> 
Subject: [aprsspec] Archives 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04020a04b43a1fafd61c@[192.168.0.2]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The archive for the list has been available the whole time in the TAPR ftp 
area. 


I have just included it into the indexed section on the web page. 


Searchable: 
http: //www.tapr.org/cgi-bin/wilma/aprsspec 


the Index for October: 
http: //www.tapr.org/tapr/list-archive/aprsspec/9910/ 


Cheers - Greg 


Greg Jones, WD5IVD Austin, Texas 
wd5ivd@tapr.org http://www. tapr.org/~wd5ivd 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 2 17:51:10 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id RAA10824 

for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 17:51:08 -0600 (CST) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Tue, 2 Nov 1999 18:50:55 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version Designators 
In-Reply-To: <LYR11586-43539-1999.10.05-17.58.00- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-47843-1999.11.02-18.03.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9911021849310 .25519-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Someone wrote: 

> A few balloon launches back we noticed that the balloon GPS data 
said the payload was at 20,000 feet an hour after launch. It was 
SUPPOSED to be at 60K+ feet. 


You guessed it. The GPS was putting out altitude in meters, 
and the ground software wasn't doing the conversion. 


VV VV Vv 


No one said what version of APRS they were using, but I finlly got around 
to checking and APRSdos does check the NMEA for meters or feet... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 2 18:07:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA11319 

for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 18:07:53 -0600 (CST) 
Message-Id: <LYR11589-47846-1999.11.02-18.20.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Protocol Spec Update 
Date: Tue, 02 Nov 1999 19:07:29 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199911030007 . TAA26095@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The new draft of the APRS Protocol Reference specification is going 
through the final phases of update, and we expect to publish it towards 
the end of November. 


This is a little later than originally anticipated -- the delay is due 
to the document's having grown from the original 17 pages to more than 
70 over the last three weeks! 


The new draft incorporates detailed packet format diagrams, the APRS 
symbol tables, descriptions of compressed data format and Mic-E format 
(with a complete appendix explaining in detail how to decode Mic-E 
packets), and many more examples of APRS packets in general. 


There is an enormous amount of detail in the document which the APRS 
Working Group is now double-checking. We're sure you'll like the 
finished result, and will find it's been worth waiting for. Because 
the document has been virtually rewritten since the original draft, we 
will have another public comment period prior to final adoption of 
Version 1.0. 


I'd like to thank the APRS authors as well as our technical editor, Ian 
Wade, G3NRW, who have exchanged hundreds of emails over the last few 
weeks trying to nail down obscure points in the protocol. Their hard 
work has made a real difference in the document we'll be delivering. 
I'd also like to thank everyone who commented on the original draft; 
all those comments have been taken into consideration for this 
iteration. 


73% 
John N8UR 
jra@febo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 2 18:32:56 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id SAA11854 

for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 18:32:50 -0600 (CST) 
Message-Id: <LYR11589-47849-1999.11.02-18.45.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: vodall@wa7nwp.dynip.com 
Date: Tue, 02 Nov 1999 16:32:13 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Bill Vodall <Vodall@bigsky.com> 
Subject: [aprsspec] Re: Protocol Spec Update 
In-Reply-To: <LYR11629-47846-1999.11.02-18.20.41--wa7nwpd#bigsky.com@list 

s.tapr.org> 

Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.5.32.19991102163213 .009b8c90@wa7nwp.dynip.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>This is a little later than originally anticipated -- the delay is due 
>to the document's having grown from the original 17 pages to more than 
>70 over the last three weeks! 


Wow. That's a lot of hard work! 


> 

>The new draft incorporates detailed packet format diagrams, the APRS 
>symbol tables, descriptions of compressed data format and Mic-E format 
>(with a complete appendix explaining in detail how to decode Mic-E 
>packets), and many more examples of APRS packets in general. 


Will these examples be extractable to form a first pass ata 
test suite? 


Bill, WA7NWP 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 2 19:11:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id TAA12915 

for <lyris.aprsspec@tapr.org>; Tue, 2 Nov 1999 19:11:47 -0600 (CST) 
Message-Id: <LYR11589-47851-1999.11.02-19.24.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Protocol Spec Update 
In-reply-to: Your message of "Tue, 02 Nov 1999 16:32:13 PST." 

<LYR11592-47849-1999 .11.02-18.45.37--n8ur#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Date: Tue, 02 Nov 1999 20:11:18 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199911030111 .UAA26449@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>The new draft incorporates detailed packet format diagrams, the APRS 
>symbol tables, descriptions of compressed data format and Mic-E format 
>(with a complete appendix explaining in detail how to decode Mic-E 
>packets), and many more examples of APRS packets in general. 


Will these examples be extractable to form a first pass ata 
test suite? 


VV VV VV VV WV 


Bill, WA7NWP 


That's a good question. The examples weren't developed with that in 

mind (and I didn't develop them), so I'm not sure whether the authors 
would consider them to be "official" test packets or not. I'll make 

sure we discuss that question. 


John 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 3 10:06:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id KAA21770 

for <lyris.aprsspec@tapr.org>; Wed, 3 Nov 1999 10:06:07 -0600 (CST) 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
X-Sender: mcmusick@mail.anet-stl.com 
Message-Id: <LYR11589-47904-1999.11.03-10.18.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 3 Nov 1999 10:02:49 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mcmusick@anet-stl.com> 
Subject: [aprsspec] Re: Protocol Spec Update 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04011700b445£21a9dd1@[209.145.180.204]> 
<LYR11712-47877-1999 .11.03-00.00.10--mcmusick#anet-stl.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bill asks - 


>Will these examples be extractable to form a first pass ata 
>test suite? 


Clearly, no. 

Some (if not most) of the examples are hand-built for the purpose of 
illustration of the piece of protocol being discussed at that moment. While 
I suspect that most will "pass", I'll bet there are a number of examples 
that are good for the immediate topic but will crash and burn somewhere 
else. 


A test suite will have to be addressed as a separate issue. 


...mike/NOQBF 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 3 14:50:25 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id OAA0Q3740 

for <lyris.aprsspec@tapr.org>; Wed, 3 Nov 1999 14:50:21 -0600 (CST) 
Message-ID: <LYR11589-47920-1999.11.03-15.03.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 3 Nov 1999 20:02:47 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Protocol Spec Update 
In-Reply-To: <LYR11659-47904-1999 .11.03-10.18.58-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <CNPQQEAnTII4Ewoe@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-47904-1999.11.03-10.18.58--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Mike Musick <mcmusick@anet-stl.com> writes 


>Some (if not most) of the examples are hand-built for the purpose of 
>illustration of the piece of protocol being discussed at that moment. While 
>I suspect that most will "pass", I'll bet there are a number of examples 
>that are good for the immediate topic but will crash and burn somewhere 
>else. 


I hope they won't :-) 

> 

>A test suite will have to be addressed as a separate issue. 

To echo Mike's comment, although the new version of the spec has many 


more examples than the first version, there are still nowhere enough to 
fully exercise APRS software. Building a proper test suite will not be a 


5-minute job. 


73 
Ian, G3NRW 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 4 20:20:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id UAAQ6719 
for <lyris.aprsspec@tapr.org>; Thu, 4 Nov 1999 20:19:53 -0600 (CST) 
Message-ID: <LYR11589-48122-1999.11.04-20.32.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11608-47920-1999.11.03-15.03.13-- 
dvanhorn#cedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: Slightly OT 
Date: Thu, 4 Nov 1999 21:18:49 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <005801bf£2734$19298f£80$0200a8c0@xemu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


But I figure the guys who know are probably here :) 


In communicating with a TNC, what's the largest "sentence" one can send 
to/from the TNC, before encountering a <CR> or <LF>? 


I've got a note here that GPS NMEA sentences can be up to 82 chars long. 
(yuk!) 


I'm trying to figure out how large a comm buffer to allocate, assuming that 
I have to buffer an entire sentence to each device and from each device. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 4 21:04:17 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id VAA0Q7794 

for <lyris.aprsspec@tapr.org>; Thu, 4 Nov 1999 21:04:15 -0600 (CST) 
Date: Thu, 4 Nov 1999 21:04:03 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-48144-1999.11.04-21.17.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Slightly OT 
In-Reply-To: <LYR11595-48122-1999 .11.04-20.32.49-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199911050304.VAA96669@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


From: "Dave VanHorn" <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Slightly OT 
Date: Thu, 4 Nov 1999 21:18:49 -0500 


In communicating with a TNC, what's the largest "sentence" one can send 
to/from the TNC, before encountering a <CR> or <LF>? 


[...] 


VV VV VV WV 


Well, that depends on which protocol you are using between the host 
and the TNC. 


The maximum size of an AX.25 packet, ignoring flags and FCS, is: 


Address 70 bytes (10 addreses * 7 bytes) 
Control 1 byte 

PID 1 byte 

Info 256 bytes 

Total 328 bytes 


But, this answer makes sense only for KISS mode. Furthermore, you 
never need to encounter a <cr> or <lf>. 


When receiving in TNC MONitor command format, one could construct an 
AX.25 packet with 10 addresses (source, destination, and 10 "via" 
addresses) and 256 bytes of data and get: 


for each call: 


call 6 bytes 

u u 1 byte 

ssid 2 bytes 

">" 1 byte 
Total 10 bytes 


for a total of: 


Address 111 bytes (10 addresses * 10 bytes plus "x") 
Info 256 bytes 
Total 367 bytes 


Or, you can make a bunch of assumptions that you won't ever get really 
big packets... 


(These might make good packets for an APRS test suite.) 
-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 5 00:16:35 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.11) with SMTP id AAA20020 
for <lyris.aprsspec@tapr.org>; Fri, 5 Nov 1999 00:16:32 -0600 (CST) 
Message-ID: <LYR11589-48193-1999.11.05-00.29.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 5 Nov 1999 06:05:43 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Slightly OT 
In-Reply-To: <005801bf£2734$19298f80$0200a8c0@xemu> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <dj73bNA30nI4EwoH@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <005801bf£2734$19298f80$0200a8cO@xemu>, Dave VanHorn 
<dvanhorn@cedar.net> writes 

> 

>I've got a note here that GPS NMEA sentences can be up to 82 chars long. 
>(yuk!) 

> 


According to the Garmin 25 manual which contains the NMEA sentence 
details, the max lengths are as follows: 


GGA 72 
GSA 65 
GSV 210 
RMC 70 
VTG 34 
RME 36 
RMT 47 
RMV 26 
RMF 79 
GLL 36 
VTG 34 


These include CR LF. 
So I guess GSV (Satellites in View) is the one you have to allow for. 


73 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| INTRODUCTION TO APRS: http://www.netro.co.uk/whitepaper.htm | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/aprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov’ 8 08:31:08 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id IAA16234 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 08:31:07 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-48392-1999 .11.08-08.43.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 07 Nov 1999 19:20:37 -0800 
From: Dana Myers K6JQ <DMyers@QNET .COM> 
Reply-To: Dana@Source.Net 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Slightly OT 
References: <LYR12155-48144-1999.11.04-21.17.06--dana#source.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38264185.D28016D8@Qnet. com> 
Precedence: bulk 


Tim Salo wrote: 
From: "Dave VanHorn" <dvanhorn@cedar.net> 


Subject: [aprsspec] Re: Slightly OT 
Date: Thu, 4 Nov 1999 21:18:49 -0500 


VV VV VV 
VV VV WV 


In communicating with a TNC, what's the largest "sentence" one can send 


> > to/from the TNC, before encountering a <CR> or <LF>? 

>> [we] 

> 

> Well, that depends on which protocol you are using between the host 
> and the TNC. 

> 

> The maximum size of an AX.25 packet, ignoring flags and FCS, is: 


> 
> Address 70 bytes (10 addreses * 7 bytes) 
> Control 1 byte 

> PID 1 byte 

> Info 256 bytes 

> wm eee 

> Total 328 bytes 


Technically speaking, there's nothing preventing one from receiving a 
very large frame, even if the frame is not strictly AX.25 compliant. 

I recall that some of the 56kb experimenters were interested (for fairly 
obvious reasons) in frames with a payload greater than 256 bytes. 


Granted, you're not likely to find such frames on a common 1200 baud channel, 
but I recall that a number of TNCs are capable of sending frames larger than 
the AX.25-specified maximum. If a piece of software decides to send a frame 
larger than the max, the TNC is liable to comply. 


> Or, you can make a bunch of assumptions that you won't ever get really 
> big packets... 


Such assumptions should have a deterministic behavior when you xdox get a 
large frame (perhaps as a fluke). I'd suggest an assumption along the lines 
of "you don't have to process such frames", rather than "you'll never get ' 


em. 


Dana K6JQ 
dana@source.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov’ 8 09:04:46 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA17664 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 09:04:41 -0600 (CST) 
Date: Sun, 7 Nov 1999 18:24:52 -0700 
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: rustyc@inficad.com 


Subject: [aprsspec] Traffic data in Phoenix 

Message-ID: <LYR11589-48449-1999.11.08-08.52.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <19991107182451.C29102@electron.kb7pwd.ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


N7IKQ, KA7ZQL and myself are trying to put together a system to report 
Phoenix freeway traffic conditions on packet. Both of these gentlemen 

work for the AZ freeway management system division of ADOT and have gotten 
permission to do this. The data available consists of traffic volume and 
speed measurements every 1/3 of a mile by means of sensors embedded in the 
pavement; the text that is displayed on those orange message signs; info 
about onramp metering; and info about "incidents" (accidents, construction 
or other traffic snafus). Obviously some of this data fits well into 
existing APRS message types. I read the spec about a week ago and discovered 
the "traffic sign" type which had as an example usage, the speed of traffic 
past a certain point. However it bothers me that it is limited to 3 digits, 
and no way of specifying units, and how this info will be used by APRS 
clients is ambiguous. My expectation would be that a typical client would 
display it as if it really were a highway sign showing drivers their speed 
as they go by. However more data is available than just speed - we also 

can know the "occupancy" which is a measure of how bumper-to-bumper the 
traffic is; speed for each lane separately; and volume of cars per hour. 

At azfims.com there is a color-coded map showing different colors for 
different speed ranges and I would like to incorporate or see someone else 
incorporate that kind of display into an APRS client. But it must be possible 
to separate that kind of data from other measurements of congestion; 

perhaps the client would give a choice which measurement to use, or show 
multiple color codes at the same time. The client could also have a 

text display of just the upcoming situations which are relevant to the 
driver, for the next 5 or 10 miles in the direction he's headed; and 

this text could be spoken by a voice synthesizer whenever it changes. 


Anyway I suppose the sign messages, and incident reports, would fit in 
more generically, but I didn't see a good way of sending different APRS 
messages for these two types of data, other than just prefixing the sign 
messages with"SIGN:" or something like that. 


New measurements of speed etc. are available every 20 seconds. I am aware 
the typical APRS update frequency is 10 minutes and that more often would 


congest the frequency too much for its general-purpose nature, so we are 
thinking of using a separate frequency to send more detailed, frequent 
updates. I think in the interests of unification that I would like to try 
sending this data in XML format on the separate frequency (it would have 
seemed like a good idea anyway, but the DCC presentation on XML for APRS 
provided some more inspiration). Of course it will have to be a fairly 
compact form of XML (tags kept as short as possible) to fit in a 1200 
baud channel, even assuming the channel is transmit-only and we can max 
out the available bandwidth. It appears that standard APRS messages 

are already too complex to decode easily (too few rules and too many 
exceptions) so stretching it even further to make new message formats 

to handle all the data types that are available would probably be a mistake. 
Trying to shoehorn the data into generic text messages would provide 

no incentive for APRS client software to try to display it more concisely 
as with color codes, and voice updates of only the data relevant to your 
position and direction, and things of that nature; you'd just end up with 
a screen full of icons and have to click on each one to find out what 

it says, and that would be useless if you are trying to drive at the 

same time. On the other hand it would be useful for APRS clients to 

be able to interpret the APRS XML DTD anyway, regardless what the 

source of that data is; and this might be the first on-air use of that 
DTD, with others following and having an extensible standard to work with 
rather than the ad-hoc APRS packet formats. 


N7IKQ thinks the faster updates on the secondary channel should be by request 
only, in which case the channel would not be transmit-only, but the data 

sent could be targeted to what a particular user requested (give me the 

speed data for the next 5 miles of I-10 for example) rather than sending 

all the data all the time. Of course the more people are requesting 

data, this starts to become a losing proposition because most of the 

data needs to be sent anyway, yet we are also losing bandwidth to incoming 
requests and making the software more complex too. 


In any case we want to provide whatever functionality that can fit into 
APRS protocol, on the normal APRS frequency so people don't have to use 
two channels at once if they don't want to. 


Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is? 
Obviously the AX.25 "to" field is filled in but not usually with an 
individual ham's callsign. I don't want to raise a ruckus 

about that, just curious how it would be justified if the FCC asked. 


I'm working with Linux of course, and this afternoon started with the 
beacon source code to find out how to open a socket and send packets. 


That's easy enough, now I just have to figure out what to send. 


I'm open to suggestions on how to format the data, or otherwise. 


eee http: //www.bigfoot.com/~ecloud 
(_ | |_) ecloud@bigfoot.com finger rutledge@cx47646-a.phnx1.az.home.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 8 09:35:02 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA20007 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 09:34:59 -0600 (CST) 
Message-ID: <LYR11589-48465-1999.11.08-09.46.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dave VanHorn" <dvanhorn@cedar.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR12155-48144-1999.11.04-21.17.06--danai#source.net@lists.tapr.org> 
<LYR11608- 48392-1999 .11.08-08.43.06--dvanhorni#tcedar.net@lists.tapr.org> 
Subject: [aprsspec] Re: Slightly OT 
Date: Mon, 8 Nov 1999 09:31:02 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001e01bf£29£5$e1f947cO0$0200a8cO@xemu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> Such assumptions should have a deterministic behavior when you xdox get a 
> large frame (perhaps as a fluke). I'd suggest an assumption along the 
lines 

> of "you don't have to process such frames", rather than "you'll never get 


em . 


It gets really fun when you try to think how to know where you are in all 
this, given that there's no real protocol, and all the control of the device 


is also in-band. 


It's a lot like initializing a hayes modem. There's no way to do that, which 
will always work. 

My favorite Hayes-ism: "Restore to factory defaults".. As if that helps, 
given that there's no way to know what that is.. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov’ 8 09:52:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id JAA21970 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 09:52:07 -0600 (CST) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 8 Nov 1999 10:50:41 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com 
Subject: [aprsspec] Re: Traffic data in Phoenix 
In-Reply-To: <LYR11586-48449-1999 .11.08-08.52.17-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-48476-1999.11.08-10.04.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9911081044370 .14048-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Shawn, 

The "Speed SIgn" in APRS is only the ICON display, the OBJECT itself 
still has the potential for having the 35 character "comment" field and 
if needed, the same "object" can send a full 63 character "STATUS" line 
as well.. Thus you have plenty of opportunity to embed other info in the 
object. Only the SPEED shows on the MAP ICON, but all the rest is 
displayed when you "click" on it... 


Also, you can send general data as BULLETINS... 


0 
t 


D 
Cc 


B 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV MV 


Xr you can send "areas" which are boxes, triangles, circles and lines 
o enclose traffic congestion etc... 


oes that help? I think the tools are mostly in there... Just needs some 
reativity in sending the right packets... 


ob, WBAAPR 
On Sun, 7 Nov 1999, Shawn T. Rutledge wrote: 


N7IKQ, KA7ZQL and myself are trying to put together a system to report 
Phoenix freeway traffic conditions on packet. Both of these gentlemen 

work for the AZ freeway management system division of ADOT and have gotten 
permission to do this. The data available consists of traffic volume and 
speed measurements every 1/3 of a mile by means of sensors embedded in the 
pavement; the text that is displayed on those orange message signs; info 
about onramp metering; and info about "incidents" (accidents, construction 
or other traffic snafus). Obviously some of this data fits well into 
existing APRS message types. I read the spec about a week ago and discovered 
the "traffic sign" type which had as an example usage, the speed of traffic 
past a certain point. However it bothers me that it is limited to 3 digits, 
and no way of specifying units, and how this info will be used by APRS 
clients is ambiguous. My expectation would be that a typical client would 
display it as if it really were a highway sign showing drivers their speed 
as they go by. However more data is available than just speed - we also 

can know the "occupancy" which is a measure of how bumper-to-bumper the 
traffic is; speed for each lane separately; and volume of cars per hour. 

At azfims.com there is a color-coded map showing different colors for 
different speed ranges and I would like to incorporate or see someone else 
incorporate that kind of display into an APRS client. But it must be possible 
to separate that kind of data from other measurements of congestion; 

perhaps the client would give a choice which measurement to use, or show 
multiple color codes at the same time. The client could also have a 

text display of just the upcoming situations which are relevant to the 
driver, for the next 5 or 10 miles in the direction he's headed; and 

this text could be spoken by a voice synthesizer whenever it changes. 


Anyway I suppose the sign messages, and incident reports, would fit in 
more generically, but I didn't see a good way of sending different APRS 
messages for these two types of data, other than just prefixing the sign 
messages with"SIGN:" or something like that. 


New measurements of speed etc. are available every 20 seconds. I am aware 
the typical APRS update frequency is 10 minutes and that more often would 
congest the frequency too much for its general-purpose nature, so we are 
thinking of using a separate frequency to send more detailed, frequent 
updates. I think in the interests of unification that I would like to try 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


sending this data in XML format on the separate frequency (it would have 
seemed like a good idea anyway, but the DCC presentation on XML for APRS 
provided some more inspiration). Of course it will have to be a fairly 
compact form of XML (tags kept as short as possible) to fit in a 1200 
baud channel, even assuming the channel is transmit-only and we can max 
out the available bandwidth. It appears that standard APRS messages 

are already too complex to decode easily (too few rules and too many 
exceptions) so stretching it even further to make new message formats 

to handle all the data types that are available would probably be a mistake. 
Trying to shoehorn the data into generic text messages would provide 

no incentive for APRS client software to try to display it more concisely 
as with color codes, and voice updates of only the data relevant to your 
position and direction, and things of that nature; you'd just end up with 
a screen full of icons and have to click on each one to find out what 

it says, and that would be useless if you are trying to drive at the 

same time. On the other hand it would be useful for APRS clients to 

be able to interpret the APRS XML DTD anyway, regardless what the 

source of that data is; and this might be the first on-air use of that 
DTD, with others following and having an extensible standard to work with 
rather than the ad-hoc APRS packet formats. 


N7IKQ thinks the faster updates on the secondary channel should be by request 
only, in which case the channel would not be transmit-only, but the data 

sent could be targeted to what a particular user requested (give me the 

speed data for the next 5 miles of I-10 for example) rather than sending 

all the data all the time. Of course the more people are requesting 

data, this starts to become a losing proposition because most of the 

data needs to be sent anyway, yet we are also losing bandwidth to incoming 
requests and making the software more complex too. 


In any case we want to provide whatever functionality that can fit into 
APRS protocol, on the normal APRS frequency so people don't have to use 
two channels at once if they don't want to. 


Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is? 
Obviously the AX.25 "to" field is filled in but not usually with an 
individual ham's callsign. I don't want to raise a ruckus 

about that, just curious how it would be justified if the FCC asked. 


I'm working with Linux of course, and this afternoon started with the 
beacon source code to find out how to open a socket and send packets. 
That's easy enough, now I just have to figure out what to send. 


I'm open to suggestions on how to format the data, or otherwise. 


he es res http: //www.bigfoot.com/~ecloud 
(_ | |_) ecloud@bigfoot.com finger rutledge@cx47646-a.phnx1.az.home.com 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV WV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov’ 8 12:04:02 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA26133 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 12:03:58 -0600 (CST) 
Date: Mon, 8 Nov 1999 11:03:37 -0700 
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org>, 
rustyc@inficad.com 

Subject: [aprsspec] Re: Traffic data in Phoenix 
Message-ID: <LYR11589-48489-1999.11.08-12.17.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR11586-48449-1999 .11.08-08.52.17-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.9911081044370 .14048-100000@arctic> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
In-Reply-To: <Pine.GSO.4.05L.9911081044370.14048-100000@arctic>; from Bob Bruninga 
on Mon, Nov 08, 1999 at 10:50:41AM -0500 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <19991108110337.A11384@electron.kb7pwd.ampr.org> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, Nov 08, 1999 at 10:50:41AM -0500, Bob Bruninga wrote: 

> The "Speed SIgn" in APRS is only the ICON display, the OBJECT itself 
> still has the potential for having the 35 character "comment" field and 
> if needed, the same "object" can send a full 63 character "STATUS" line 


I guess I missed that. 

as well.. Thus you have plenty of opportunity to embed other info in the 
object. Only the SPEED shows on the MAP ICON, but all the rest is 
displayed when you "click" on it... 


Also, you can send general data as BULLETINS... 


Or you can send "areas" which are boxes, triangles, circles and lines 
to enclose traffic congestion etc... 


Does that help? I think the tools are mostly in there.. Just needs some 
creativity in sending the right packets... 


VV VVV VV VV VV 


Yes that helps. 
Bob, WB4APR 
On Sun, 7 Nov 1999, Shawn T. Rutledge wrote: 


Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is? 
Obviously the AX.25 "to" field is filled in but not usually with an 
individual ham's callsign. I don't want to raise a ruckus 

about that, just curious how it would be justified if the FCC asked. 


VV VV VV VV VM 


VV VV V 


Any comments on this? 


eur leronns http: //www.bigfoot.com/~ecloud 
(_ | |_) ecloud@bigfoot.com finger rutledge@cx47646-a.phnx1.az.home.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 8 12:10:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA26530 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 12:10:39 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-48491-1999.11.08-12.23.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 08 Nov 1999 13:12:04 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com 
Subject: [aprsspec] Re: Traffic data in Phoenix 
References: <LYR11586-48449-1999 .11.08-08.52.17-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.9911081044370 .14048-100000@arctic> 
<LYR11601-48489-1999 .11.08-12.17.02--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38271274.COQ6A2428@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


"Shawn T. Rutledge" wrote: 


On Sun, 7 Nov 1999, Shawn T. Rutledge wrote: 


Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is? 
Obviously the AX.25 "to" field is filled in but not usually with an 
individual ham's callsign. I don't want to raise a ruckus 

about that, just curious how it would be justified if the FCC asked. 


VVVVV VV 


VV VVV VV VV NW 
VVVV WV 


Any comments on this? 


It seems to me this has been addressed before in the sense a packet "broadcast" 
still has a specific audience, hence it is not a "broadcast". I know this has 
been 

addressed in other UI modes of packet previous to APRS. I don't think you 

have much to worry about. 


I think a bigger issue for you might be the usage of amateur frequencies by 
the Arizona Department of Transportation..., either directly or for there 
benefit. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 8 12:54:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id MAA27822 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 12:54:19 -0600 (CST) 
Date: Mon, 8 Nov 1999 11:53:56 -0700 
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org>, 
rustyc@inficad.com 

Subject: [aprsspec] Re: Traffic data in Phoenix 
Message-ID: <LYR11589-48497-1999.11.08-13.07.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR11586-48449-1999 .11.08-08.52.17-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.9911081044370 .14048-100000@arctic> 
<LYR11601-48489-1999 .11.08-12.17.02--jeffitaerodata.net@lists.tapr.org> 
<38271274 .CO6A2428@aerodata.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
In-Reply-To: <38271274.CO6A2428@aerodata.net>; from Jef£ King on Mon, Nov 08, 1999 
at 01:12:04PM -0500 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <19991108115356.A11546@electron.kb7pwd.ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, Nov 08, 1999 at 01:12:04PM -0500, Jeff King wrote: 
> "Shawn T. Rutledge" wrote: 
> > > On Sun, 7 Nov 1999, Shawn T. Rutledge wrote: 


Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is? 
Obviously the AX.25 "to" field is filled in but not usually with an 
individual ham's callsign. I don't want to raise a ruckus 

about that, just curious how it would be justified if the FCC asked. 


VV VV VV VV 
VV VV VV 
VV VV WV 


Any comments on this? 


It seems to me this has been addressed before in the sense a packet "broadcast" 
still has a specific audience, hence it is not a "broadcast". I know this has 
been 

addressed in other UI modes of packet previous to APRS. I don't think you 

have much to worry about. 


I think a bigger issue for you might be the usage of amateur frequencies by 
the Arizona Department of Transportation..., either directly or for there 
benefit. 


VV VV VV VV VV VV VV VV VM 


It doesn't benefit them in any way; they have landline and microwave 
networks for their own purposes. This is a service to us hams, being 
initiated by hams and with a ham in charge of it within the ADOT building 
where the antenna will be located. I don't see a problem with it. 

If the antenna being at their building were the source of a problem then 
we could locate it elsewhere and send the data to the alternate location 
via the Internet. 


eee http: //www.bigfoot.com/~ecloud 
(_ | |_) ecloud@bigfoot.com finger rutledge@cx47646-a.phnx1.az.home.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov’ 8 13:42:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA29498 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 13:42:23 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-48502-1999.11.08-13.55.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 08 Nov 1999 14:43:48 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com 
Subject: [aprsspec] Re: Traffic data in Phoenix 

References: <LYR11586-48449-1999 .11.08-08.52.17-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.9911081044370 .14048 -100000@arctic> 
<LYR11601-48489-1999 .11.08-12.17.02--jeffitaerodata.net@lists.tapr.org> 
<38271274.CO6A2428@aerodata.net> <LYR11601-48497-1999.11.08-13.07.22-- 
jeff#taerodata.net@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <382727F4.337A79C6@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


"Shawn T. Rutledge" wrote: 


> On Mon, Nov 08, 1999 at 01:12:04PM -0500, Jeff King wrote: 

> 

> > I think a bigger issue for you might be the usage of amateur frequencies by 
> the Arizona Department of Transportation..., either directly or for there 

> benefit. 


It doesn't benefit them in any way; they have landline and microwave 
networks for their own purposes. This is a service to us hams, 


VV VV Vv 


Sorry about that then. I think its a good use.... you were just asking 
some basic questions so I mentioned this. The reason I did is we 

have a project exactly like that here in Detroit. It is funded by MDOT 
and sends the information on 220mhz (non amateur part of 220). What 
you described sounded like yet another travelers information service 
that the various DOT's have been funding as of late. 


So I hope you understand my confusion of your intent. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov’ 8 13:56:53 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.11) with SMTP id NAA29824 

for <lyris.aprsspec@tapr.org>; Mon, 8 Nov 1999 13:56:52 -0600 (CST) 
X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Mon, 8 Nov 1999 14:56:26 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, rustyc@inficad.com 
Subject: [aprsspec] Re: Traffic data in Phoenix 
In-Reply-To: <19991108110337.A11384@electron.kb7pwd.ampr.org> 
Message-ID: <LYR11589-48503-1999.11.08-14.09.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9911081455450 .12268-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 8 Nov 1999, Shawn T. Rutledge wrote: 


Judging from the way APRS is used, there seems to be some loophole 
to get by the "no broadcasting" rule; I'm wondering what this is? 
Obviously the AX.25 "to" field is filled in but not usually with an 
individual ham's callsign. I don't want to raise a ruckus 

about that, just curious how it would be justified if the FCC asked. 


VV VV WV 
VV VV WV 
VV VV WV 


APRS is a network. Everyone tansmits to everyone else in the network. 
Just like we do on any voice net... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 11 20:22:33 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ2064 

for <lyris.aprsspec@tapr.org>; Thu, 11 Nov 1999 20:22:32 -0600 (CST) 
Message-Id: <LYR11589-49076-1999.11.11-20.35.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: wa6ylb@mail.theworks.com 
Date: Thu, 11 Nov 1999 18:14:26 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Byron Smith <wa6ylb@theworks.com> 
Subject: [aprsspec] Use of GPSxyz codes - the ICON Rosetta table 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.19991111181209 .0184c330@mail .theworks.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've brought this subject up before as a problem , but now I have more 
information. 


When you choose a GPS "C" group ICON for your tracker, please do so after 
reading this list below. 


My recommendation, is to choose one that has ICON information that matches 
in all three flavors of APRS. I don't have any ICON information on other 
flavors of APRS. 


Back in August (12th) I wrote to the aprssig mentioning that I was watching 
a tracker near Victorville sending packets with the "TO:" field of GPSC17, 
GPSC18 etc. I was using APRSdos at the time, and had recognized the code as 
ones seen in APRSplus icon table. 


The problem was that APRSdos wasnt showing any ICON for these values. Only 
the callsign and 
speed/direction vector was showing. 


APRSdos only mentions other ICONS, such as the M series (GPSMx) and a list 
of them in 
APRS\README\Symbols.txt file. 


I was advised that APRSDOS was suppose to decode these and I have confirmed 
that it does to a certain extent. 


Bob B writes in a reply: 


APRSdos is supposed to decode it. Ill check it... 


Not knowing which GPSCxx codes work, and which dont, I wrote a program in 
my laptop to change the LTP setting in my mobile KPC3+ v8.3 tracker. The 
program changed the setting of LTP 1 to be GPSCOO through GPSC99 then 
beaconed each value with real GPS live data on a different channel than 
144.39 every 10 seconds. 


I then watched and recorded what each of the ICON values did (over the air) 
in APRSdos 844, Winaprs 2.3.3 and APRSplus. 


I have not done the same thing with the listed ICONS in Symbols.txt that 
comes with APRSdos. 
I'll do that another day. 


Below is the results of running each GPSCxx code through each program. The 
biggest problem I came up with, is, APRSdos doesn't display ANYTHING as an 
ICON for a lot of "C" codes. Any place you see -- in the DOS collum, it 
means no ICON is displayed on the screen of APRSdos. 


ICON displays for "C" group GPS tracker "TO:" addresses. See note 6 below 
for information 
about "E" group values. 


GPSCxx value DOS Note 2 Winaprs Note 2 
APRSplus note 2 


00 = Red circle with Red circle with 
line thru it line thru it 

01 Red diamond Diamond with P Triangle with ! 
with ! (police?) 

02 _ Rain Rain 

03 Digi star Digi star Digi Star 
(small) (with hole) 

04 phone phone Happy face 

Q5 Phone DX DX 

06 Phone Gateway Gateway 

07 Plane Plane (small) plane 
(crashed?) 

08 Handicap Clouds Cloudy 

09 ae TDB TBD 


10 Snowflakes Snowflakes Snowflakes 


11 
12 


13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 


26 
27 
28 
29 
30 
31 
32 
33 


34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 
49 
50 
51 
52 
53 


54 


House 

Boy Scout 
(yellow) 
House 
Question mark 
small dot 

dot with 0 


Video communicator? 


Square White 9 


Blue 


Building on Fire 


Gray Tent 
Bike Rider 
train 

Auto 

Question mark 


Gray dot - small 
"A" 


Block with 


Red cross 
Rev L shape 


House/Vertical ant 
Large X cross 


Red dot 


Circle black 0 


Brown 1 
Red 2 


Circle 
Circle 
Circle 
Circle 
Circle 
Circle 
Circle 
Circle 


Green 5 
Blue 6 
Vio 7 

Gray 8 


Fire 

Green Tent 
Motorcycle 
train 

Red car 


Position server 


Hurricane 


Orange 3 
Yellow 4 


Red Cross 
Rev L shape 


House/Vertical ant 
Red/White/Blue USA 
red dot 
Square black 0 
Square brown 1 
Square Red 2 
Square Orange 3 
Square Yellow 4 
Square Green 5 
Square Blue 6 
Square Vio 7 
Square Gray 8 


Circle White 9 


Fire / Building 
Green Tent 
Motorcycle 
Train 
Red car 
Position server 
Hurricane 


Blue Cross aid station 


Cross aid station 


Canoe Green 


Eyeball 
Bed 


School 
Lighthouse 
Mac LOGO 
NTS 
Balloon 
Car 


BBS 
Canoe 


BBS 
Canoe 


Square box with "D" Yellow Circle (yellow) with "D" 


Circle (green) with "E" 
Square (blue) with "F" 
Grid Square (antenna) 


Hotel (bed) 
TCP 
J 
Red School 
TCPIP 
MAC LOGO 
NTS 
Balloon 


Car - Blue (police) 


Earthquake - Gray TBD 


Restaurant 
Shuttle 


RV (Capitol letters) 


Shuttle 


SSTV (TV Screen) 


Circle with three BUS 


rays from it 


ATV (tv Screen) 


Circle (green) with "E" 
Circle (blue) with "F" 
Grid Square (antenna) 

Hotel (bed) 

TCP/IP 
Circle (black) with "J" 
Red School 
Lighthouse 
MAC LOGO 
NTS 
Balloon 
Car - Blue (police) 

Earthquake 

RV (Capitol letters) 
Shuttle 
Thunderstorm 
BUS 


ATV (tv screen) 


55 


56 
57 
58 
59 
60 
61 


62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 


73 
74 
75 
76 
77 
78 
79 
80 
81 


82 


83 
84 


85 
86 
87 
88 
89 


90 
91 


VORTAC 
Double circle around 
Dark Blue DOT with WX 
W - callsign goofy 
See Note 4 below 


RX Pharmacy Helicopter 
Sail boat Sail boat / Yacht 
Windows LOGO Windows LOGO 
Runner Runner 


Yellow DF Triangle Yellow DF triangle 
Small hollow square MAIL 
(could be letter) 


crashed plane? Plane Large 


Blue DOT with WX in middle 


Helicopter 

Sail boat 
Windows LOGO 
Runner 
Yellow DF triangle 
MAIL 


Plane 


Blue WX dot Circle WX report Circle WX stn 
a4 Dish on ground Dish on ground 
Ambulance Ambulance Ambulance 

Bike Bicycle Bicycle 

-- DX (antenna) DX (antenna) 

Fire Dept Fire Dept Fire Dept 

oe Equestrian Equestrian 

Fire Truck Fire Truck Fire Truck 
Hang glider Hang Glider Hang Glider 
Hospital Hospital Hospital 

(hard to tell) 

Island OTA Isaland OTA Island OTA 
Jeep See note 6 Jeep see note 6 Jeep see note 6 
Pickup Pickup (red) Pickup 

-- Red dot (areas) -- 

MIC E MIC E (xptr) Red dot 

-- N (node) Mic E 

EOC EOC EOC 

ai Rover/Puppy Rover/Puppy 


Vertical line 

entire screen 

MAN/Women (rest room?) Radio Antenna 
Radio antenna 

Boat 

Ts (truck stop) 
TS (Truck Stop) 


Ship (pwr boat) 


Truck Truck 18 Wheel 
Van Van Van 
H20 H20 H20 


Gray filled Diamond 

House (yagi antenna) 
House (yagi antenna) 

ie No Sym Yet 

FOG (looks like No Sym Yet 

three Horizontal 


Grid Square (antenna) 


Large X (Unix/Win) 
House (yagi antenna) 


Grid Square (antenna) 
(yagi) 


Pwr boat 


TS (truck Stop) 


Truck 18 Wheel 


Large X (Unix/Win) 


Blue hollow Diamond 
FOG (letters) 


lines) 


92 ae No Sym Yet Unsure what this is. 
93 Hollow Diamond Hollow Diamond 
TCP (letters) 
94 a No Sym Yet Sail boat 
95 = Red Square with Yellow ! Bomb alert? 
96 -- alert circles See note 1 
97 =5 alert circles See note 1 
98 -- alert circles See note 1 
99 oc alert circles See note 1 
Notes: 


1. APRSplus - There isn't any selection buttons for 96-99 inclusive 
2. APRSdos - version 844, Winaprs 2.3.3, APRSplus version unknown, but 
aprox 6 months old. 
3. APRSdos "--" icon means, that *NO*x ICON was displayed on the screen at 
all. Only the 

callsign and RMC direction "spear" show. 
4. GPSC55 doesn't display the callsign correctly in APRSdos 844. Its Jibberish. 

It looks to be part of a WX display instead of callsign. 
5. The descriptions of all ICONS are subject to my interpretation, and I 
may have 

gotten clues from other versions of APRS as to what they might be. For 
some ICONS I just 

cant tell what they are. 
6. There is a GPS "E" group shown in APRSplus Secondary table tab. Both 
Winaprs and APRSdos 

define all values of GPSEQOO through GPSE99 as a "jeep" symbol, although 
there are many ICONS 

choices in APRSplus "E" group. 


Byron Smith 
wa6ylb@theworks.com 
wa6ylb@wa6ylb.#nca.ca.usa.noam 
ICQ 26114994 


http://www. theworks.com/~wa6ylb 


"Luge strategy? Lie flat and try not to die." 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 12 05:26:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAAQ3779 

for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 05:26:27 -0600 (CST) 
Message-ID: <LYR11589-49179-1999.11.12-05.39.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 12 Nov 1999 06:24:47 -0500 
From: PropNET <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table 
References: <LYR11610-49076-1999 .11.11-20.35.43-- 
propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <382BF8FE.69D7E9CE@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


What a f-a-n-t-a-s-t-i-c piece of work this is! Well done, Byron! 


Now for an extension of the experiment...checking to see how javAPRS displays 
posit icons. Although 

anyone is welcome to beat me in the attempt, I will try (over the next couple 
days) to launch 


oO 


gpsciHt icons into the igate system, and view the result on the javAPRS system to 


see what 

happens...and add the results to the list, too. As an aside, one wonders that 
correlation exists 

among other gpsiHHf codes as well. 


Again, well done, Byron! 

-=Ev, W2EV=- 

Byron Smith wrote: 

> I've brought this subject up before as a problem , but now I have more 


> information. 
> 


VV VV NV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Vwv 


When you choose a GPS "C" group ICON for your tracker, please do so after 
reading this list below. 


My recommendation, is to choose one that has ICON information that matches 
in all three flavors of APRS. I don't have any ICON information on other 
flavors of APRS. 


Back in August (12th) I wrote to the aprssig mentioning that I was watching 
a tracker near Victorville sending packets with the "TO:" field of GPSC17, 
GPSC18 etc. I was using APRSdos at the time, and had recognized the code as 
ones seen in APRSplus icon table. 


The problem was that APRSdos wasnt showing any ICON for these values. Only 
the callsign and 
speed/direction vector was showing. 


APRSdos only mentions other ICONS, such as the M series (GPSMx) and a list 
of them in 
APRS\README\Symbols.txt file. 


I was advised that APRSDOS was suppose to decode these and I have confirmed 
that it does to a certain extent. 


Bob B writes in a reply: 
APRSdos is supposed to decode it. Ill check it... 


Not knowing which GPSCxx codes work, and which dont, I wrote a program in 
my laptop to change the LTP setting in my mobile KPC3+ v8.3 tracker. The 
program changed the setting of LTP 1 to be GPSCOO through GPSC99 then 
beaconed each value with real GPS live data on a different channel than 
144.39 every 10 seconds. 


I then watched and recorded what each of the ICON values did (over the air) 
in APRSdos 844, Winaprs 2.3.3 and APRSplus. 


I have not done the same thing with the listed ICONS in Symbols.txt that 
comes with APRSdos. 
I'll do that another day. 


Below is the results of running each GPSCxx code through each program. The 
biggest problem I came up with, is, APRSdos doesn't display ANYTHING as an 
ICON for a lot of "C" codes. Any place you see -- in the DOS collum, it 
means no ICON is displayed on the screen of APRSdos. 


ICON displays for "C" group GPS tracker "TO:" addresses. See note 6 below 
for information 


> about "E" group values. 


> 


> GPSCxx value 


note 2 
> 

> 00 
circle with 
> 

thru it 
> O01 
with ! 
> 

> 02 

> 03 
Star 


Snowflakes 

> 11 

Cross 

> 12 

shape 

> 

> 13 
Vertical ant 
> 14 


White/Blue USA 


> 15 

> 16 
black 0 
> 17 
brown 1 
> 18 

Red 2 

> 19 
Orange 3 
> 20 
Yellow 4 
> 21 


DOS Note 2 


Red diamond 


with ! 


Digi star 
(small) 
phone 


Phone 
Phone 
Plane 
(crashed?) 
Handicap 


Snowflakes 
House 


Boy Scout 


(yellow) 
House 


Question mark 


small dot 
dot with 0 


Winaprs Note 2 


Red circle with 


line thru it 


Diamond with P 


(police?) 
Rain 

Digi star 
(with hole) 


phone 


DX 
Gateway 
Plane (small) 


Clouds 
TDB 
Snowflakes 


Red cross 


Rev L shape 


House/Vertical ant 


Large X cross 


Red dot 


Circle black 0 


Circle Brown 1 


Circle Red 2 


Circle Orange 3 
Circle Yellow 4 


Circle Green 5 


APRSplus 


Red 


line 


Triangle 


Rain 
Digi 


Happy 


DX 
Gateway 
plane 
Cloudy 
TBD 

Red 


Rev L 


House/ 
Red/ 


red dot 
Square 


Square 
Square 
Square 
Square 


Square 


Green 5 
> 22 
Blue 6 

> 23 

Vio 7 

> 24 
Gray 8 

> 25 
White 9 
> 26 
Building 
> 27 
Tent 

> 28 
Motorcycle 
> 29 

> 30 

> 31 
server 

> 32 
Hurricane 
> 33 


Cross aid station 


> 34 

> 35 

> 36 

(yellow) with "D" 
> 37 

(green) with "E" 
> 38 

(blue) with "F" 
> 39 

Square (antenna) 
> 40 

(bed) 

> 41 

> 42 

(black) with "J" 
> 43 

School 

> 44 

Lighthouse 

> 45 

> 46 

> 47 

> 48 

Blue (police) 

> 49 


Video communicator? 
Building on Fire 
Gray Tent 

Bike Rider 

train 

Auto 

Question mark 


Gray dot - small 


Block with "A" 


Canoe Green 


Eyeball 


School 
Lighthouse 
Mac LOGO 
NTS 
Balloon 


Car 


Earthquake - Gray 


Circle Blue 6 
Circle Vio 7 
Circle Gray 8 
Circle White 9 
Fire 

Green Tent 
Motorcycle 
train 

Red car 


Position server 


Hurricane 


Blue Cross aid station 


BBS 
Canoe 


Square box with "D" Yellow 
Circle (green) with "E" 
Square (blue) with "F" 


Grid Square (antenna) 


Hotel (bed) 


TCP 
J 


Red School 

TCPIP 

MAC LOGO 

NTS 

Balloon 

Car - Blue (police) 


TBD 


Square 
Square 
Square 
Square 
Fire / 


Green 


Train 
Red car 
Position 


Blue 
BBS 
Canoe 
Circle 
Circle 
Circle 
Grid 
Hotel 


TCP/IP 
Circle 


Red 


MAC LOGO 
NTS 
Balloon 
Car - 


Earthquake 
> 50 


(Capitol letters) 


> 51 

> 52 
Thunderstorm 
> 53 

> 

> 54 

> 55 


Blue DOT with WX 


> 
> 

> 56 
Helicopter 
> 57 

boat 

> 58 

LOGO 

> 59 

> 60 

DF triangle 
> 61 

> 

> 62 

> 63 

WX stn 

> 64 
ground 

> 65 
Ambulance 
> 66 

> 67 
(antenna) 
> 68 

Dept 

> 69 
Equestrian 
> 70 
Truck 

> 71 
Glider 

> 72 

> 

> 73 

OTA 

> 74 

note 6 


Restaurant 


Shuttle 


Circle with three 
rays from it 

ATV (tv Screen) 
Double circle around 


W - callsign goofy 
See Note 4 below 
RX Pharmacy 

Sail boat 

Windows LOGO 


Runner 
Yellow DF Triangle 


Small hollow square 
(could be letter) 


crashed plane? 
Blue WX dot 


Ambulance 


Bike 


Fire Dept 


Fire Truck 
Hang glider 
Hospital 

(hard to tell) 
Island OTA 


Jeep See note 6 


RV (Capitol letters) 


Shuttle 
SSTV (TV Screen) 


BUS 


ATV (tv screen) 


Blue DOT with WX in middle 


Helicopter 
Sail boat / Yacht 
Windows LOGO 


Runner 
Yellow DF triangle 


MAIL 


Plane Large 
Circle WX report 


Dish on ground 
Ambulance 


Bicycle 
DX (antenna) 


Fire Dept 
Equestrian 
Fire Truck 
Hang Glider 
Hospital 
Isaland OTA 


Jeep see note 6 


RV 


Shuttle 


BUS 


VORTAC 
Dark 


Sail 
Windows 


Runner 
Yellow 


MAIL 


Plane 
Circle 


Dish on 


Bicycle 
DX 


Fire 


Fire 
Hang 
Hospital 
Island 


Jeep see 


75 
76 
77 
78 
79 
80 


Puppy 
> 81 


VV VV VV 


Square (antenna) 


> 
> 82 

antenna 

> 83 

> 84 

(Truck Stop) 

> 85 

Wheel 

> 86 

> 87 

> 88 
(Unix/Win) 

> 89 

(yagi antenna) 
> 90 

hollow Diamond 
> 91 

(letters) 

> 

> 

> 92 

what this is. 
> 93 

(letters) 

> 94 

boat 

> 95 

alert? 

96 


97 
98 


99 


Notes: 


VV VRPVRPV RPV RF Vv 


Pickup 


Vertical line 


entire screen 
MAN/Women (rest room?) 


Boat 
Ts (truck stop) 


Truck 

Van 

H20 

Gray filled Diamond 


House (yagi antenna) 


FOG (looks like 
three Horizontal 


lines) 


Hollow Diamond 


Pickup (red) 
Red dot (areas) 
MIC E (xrptr) 

N (node) 

EOC 
Rover/Puppy 


Grid Square (antenna) 


Radio Antenna (yagi) 


Ship (pwr boat) 
TS (truck Stop) 


Truck 18 Wheel 

Van 

H20 

Large X (Unix/Win) 
House (yagi antenna) 


No Sym Yet 


No Sym Yet 


No Sym Yet 
Hollow Diamond 


No Sym Yet 


Red Square with Yellow ! 


alert circles 


alert circles 


alert circles 


alert circles 


Pickup 


Red dot 
Mic E 
EOC 
Rover/ 


Grid 


Radio 


Pwr boat 
TS 


Truck 18 
Van 

H20 
Large X 
House 


Blue 


FOG 


Unsure 
TCP 

Sail 
Bomb 

See note 
See note 
See note 


See note 


> 


Vv 


VV VVV VV VV VV VV VV VV VV VV VV VV VV VV 


1. APRSplus - There isn't any selection buttons for 96-99 inclusive 
2. APRSdos - version 844, Winaprs 2.3.3, APRSplus version unknown, but 
aprox 6 months old. 
3. APRSdos "--" icon means, that *NOx« ICON was displayed on the screen at 
all. Only the 

callsign and RMC direction "spear" show. 
4. GPSC55 doesn't display the callsign correctly in APRSdos 844. Its Jibberish. 

It looks to be part of a WX display instead of callsign. 
5. The descriptions of all ICONS are subject to my interpretation, and I 
may have 

gotten clues from other versions of APRS as to what they might be. For 
some ICONS I just 

cant tell what they are. 
6. There is a GPS "E" group shown in APRSplus Secondary table tab. Both 
Winaprs and APRSdos 

define all values of GPSEQO through GPSE99 as a "jeep" symbol, although 
there are many ICONS 

choices in APRSplus "E" group. 


Byron Smith 
wa6ylb@theworks.com 
wa6ylb@wa6ylb.#nca.ca.usa.noam 
ICQ 26114994 


http://www. theworks.com/~wa6ylb 


"Luge strategy? Lie flat and try not to die." 


You are currently subscribed to aprsspec as: propnet@greeceny.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


PropNET: an automated network, designed to 
study propagation anomolies. Intreagued? 
http://www. RochesterNyY.org/PropNET 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 12 08:26:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ7457 
for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 08:26:34 -0600 (CST) 


Message-ID: <LYR11589-49198-1999.11.12-08.39.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-49076-1999 .11.11-20.35.43-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table 
Date: Fri, 12 Nov 1999 06:26:15 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <O1aa01bf£2d19$e18e60a0$b794b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


With respect to APRS+SA, one can edit the files SYMBOLS.BMP and 
SYMBOLS2.BMP in the APRS+SA directory, and create any symbol for any icon 
you wish. Obviously, what you then see and what other see will be different 
if you do. The files are simple bitmaps 16x1538 pixels in size. A new icon 
every 16 pixels. In the future, I may compile them into a DLL, but for now, 
they are open. 


Brent 

> weeeweewen ene eee ewww ewww www eww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew 

> ICON displays for "C" group GPS tracker "TO:" addresses. See note 6 below 
> for information 

> about "E" group values. 

> 

> GPSCxx value DOS Note 2 Winaprs Note 2 APRSplus note 2 
> 

> 00 -- Red circle with Red circle with 

> line thru it line thru it 

> @1 Red diamond Diamond with P Triangle with ! 


<much deleted> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 12 11:10:46 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA20993 

for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 11:10:44 -0600 (CST) 
Message-Id: <LYR11589-49230-1999.11.12-11.23.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table 
Date: Fri, 12 Nov 1999 12:10:12 -0500 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199911121710 .MAA26787@netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 11/12/99 6:24 AM PropNET (propnet@greeceny.com) wrote: 


>What a f-a-n-t-a-s-t-i-c piece of work this is! Well done, Byron! 

> 

>Now for an extension of the experiment...checking to see how javAPRS 
>displays posit icons. Although 

>anyone is welcome to beat me in the attempt, I will try (over the next 
>couple 'o days) to launch 

>gpsciHF icons into the igate system, and view the result on the javAPRS 
>system to see what 

>happens...and add the results to the list, too. As an aside, one wonders 
>that correlation exists 

>among other gpsiHHF codes as well. 

> 

First, if you do this, please make sure the positions are legit, rather 
than sending a couple hundred bogus positions. If you really want to do 
this, running javAPRS locally is a better answer. 


However, doing this for javAPRS is largely a waste of time. I am well 
aware of the fact that the javAPRS icons are out of sync (as well as the 
fact that all the other versions are out of sync with each other). The 
underlying problem for this is the lack of a standard. Once this very 


time-consuming process is complete, the authors will be bringing their 
versions into alignment with the standard, the icons are only one small 
part of the work that will need to be done. 


For javAPRS, the icons are in 4 GIF files (primary and secondary icon 
sets for light and dark backgrounds), each holding 96 different icons. 
The icons must be copied into the light background GIF, moved to the dark 
background GIF and edited to appear nice on the dark background. This is 
a slow, tedious process, and one I haven't done for years, which is why 
the icons are out of sync. 


Anyone that wants to tackle this, please feel free! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 12 11:22:49 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21393 
for <lyris.aprsspec@tapr.org>; Fri, 12 Nov 1999 11:22:48 -0600 (CST) 
Date: Fri, 12 Nov 1999 12:21:05 -0500 
From: Mark Sproul <kb2ici@amsat.org> 
Subject: [aprsspec] Re: Use of GPSxyz codes - the ICON Rosetta table 
<LYR11591-49198-1999.11.12-08.39.43--msproul#apmail.ap.org@lists.tapr.org> 
X-Sender: msproul@apmail.ap.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Message-id: <LYR11589-49232-1999.11.12-11.36.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
<LYR11585-49076-1999 .11.11-20.35.43--bhildebrand#earthlink.net@lists.tapr.org> 
X-MIMETrack: Itemize by SMTP Server on APRelay2/TheAP(Release 5.0.1 (Int1l)|16 July 
1999) at 
11/12/99 12:20:42 PM, 
Serialize by Router on APRelay2/TheAP(Release 5.0.1 (Intl)|16 July 1999) at 
11/12/99 12:20:43 PM, 
Serialize complete at 11/12/99 12:20:43 PM 
X-Priority: 3 (Normal) 
Content-type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <v03110724b451f£c3e8£15@[165.1.27.20]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>With respect to APRS+SA, one can edit the files SYMBOLS.BMP and 
>SYMBOLS2.BMP in the APRS+SA directory, and create any symbol for any icon 
>you wish. Obviously, what you then see and what other see will be different 
>if you do. The files are simple bitmaps 16x1538 pixels in size. A new icon 
>every 16 pixels. In the future, I may compile them into a DLL, but for now, 
>they are open. 

> 

>Brent 

> 


Brent and others 


In MacAPRS a user can go in with Resedit and change the icons, the same 
goes with WinAPRS if you have a development environment and the resource 
editor for windows applications. HOWEVER, this should NOT be encouraged. 
We need to have the icons the SAME on all of our platforms. Byron has done 
a wonderful job for all of us, we should all strive to make them the same. 
Now it does NOT require that your blue car look like my blue car, but they 
should BOTH should be "blue cars" 


My $0.02 


Mark 


PLEASE NOTE NEW EMAIL ADDRESS 
PIPE Ptrreeel 


Mark Sproul | 
Software Engineer @ Assoc Press’ |Work: 609-860-7120 
msproul@apmail.ap.org |Fax: 609-860-7129 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Nov 13 19:34:08 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ1923 

for <lyris.aprsspec@tapr.org>; Sat, 13 Nov 1999 19:34:07 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-49564-1999 .11.13-19.47.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 13 Nov 1999 20:31:50 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] use of ECHO on HF 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205500b453c0e19f90@[165.230.139.231]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In the spec, there is discussion of the WIDE, TRACE, RELAY etc.. 


There is no discussion on ECHO.. This is STILL being used on HF, 
mostly by MOBILEs. 


I am -NOT- commenting on if this is correct or not, because I do not 
know.. If it IS supposed to still be used, it should be documented.. 


Bob, What say you? Again, I have not comment pro or con. 


Keith 

Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Nov 14 07:20:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ5861 

for <lyris.aprsspec@tapr.org>; Sun, 14 Nov 1999 07:20:14 -0600 (CST) 


X-Authentication-Warning: arctic.nadn.navy.mil: bruninga owned process doing -bs 
Date: Sun, 14 Nov 1999 08:19:27 -0500 (EST) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: use of ECHO on HF 

In-Reply-To: <LYR11586-49564-1999 .11.13-19.47.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-49669-1999.11.14-07.33.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9911140816420 .25362-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Good point. The use of "PATHS" is fundamental to APRS and is the number 
one queston of newbees'. I can imagine tho, that others will say it 


should not be in the spec... But could it be an appendix or something? 


I dont have spe c with me, but to the extent that W,R,T are in there, then 
ECHO should be too.. 


Bob 


Sat, 13 Nov 1999, Keith Sproul wrote: 


> 

> In the spec, there is discussion of the WIDE, TRACE, RELAY etc.. 

> 

> There is no discussion on ECHO.. This is STILL being used on HF, 

> mostly by MOBILEs. 

> 

> I am -NOT- commenting on if this is correct or not, because I do not 
> know.. If it IS supposed to still be used, it should be documented.. 
> 

> Bob, What say you? Again, I have not comment pro or con. 

> 

> Keith 

> Keith Sproul 732 445-3695 Office 

> Student Housing Network Coordinator 732 445-2968 Fax 

> mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 


> http://dorm. rutgers.edu/~ksproul/ WU2Z 

> 

> a 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 
> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 15 12:14:10 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA14465 

for <lyris.aprsspec@tapr.org>; Mon, 15 Nov 1999 12:14:08 -0600 (CST) 
Date: Mon, 15 Nov 1999 12:13:40 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-49984-1999.11.15-12.27.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: use of ECHO on HF 
In-Reply-To: <LYR11595-49669-1999 .11.14-07.33.31-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199911151813 .MAA45914@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Sun, 14 Nov 1999 08:19:27 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] Re: use of ECHO on HF 


VV VV WV 


Good point. The use of "PATHS" is fundamental to APRS and is the number 


> one queston of newbees'. I can imagine tho, that others will say it 
> should not be in the spec... But could it be an appendix or something? 


> eer 
A couple of thoughts: 


fo) The audience of an APRS specification should be developers, 
not users. The objective of the spec ought to be to enable the 
development of interoperable implementations. That is, it 
ought not be a tutorial, (which is not to say that a tutorial 
would not be valuable, merely that a tutorial ought to be 
a different document). 


o) An APRS specification ought to specify the operation of 
digipeaters. As Bob observed, this is a fundamental part 
of the APRS system. 


fo) A good argument could be made that there should be 
several APRS specifications. This will allow the individual 
specifications to evolve independently. For example, the 
operation of digis might be more likely to evolve that the 
base protocol itself. It would be nice to release a new digi 
specification without having to release a new APRS protocol 
specification. Three specifications come to mind, I think there 
might be more: 


- APRS protocol 
= Digi and forwarding operations 
- IGate and APRServe operations 


Note that an APRS station would need to implement portions 
of more that one document. 


Somewhere, I wrote some boilerplate for an APRS specification that 
talks about such things as the objectives and audience of the spec. 
If I have a few hours, I will put it up on the Web. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 4 22:44:40 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA15620 

for <lyris.aprsspec@tapr.org>; Sat, 4 Dec 1999 22:44:38 -0600 (CST) 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Message-Id: <LYR11589-53300-1999.12.04-22.58.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 4 Dec 1999 22:44:26 -0600 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Greg Jones <wd5ivd@tapr.org> 
Subject: [aprsspec] APRS Protocol Spec Final Draft Published! 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04020a0fb46£9dc8976d@[192.168.0.2]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


TAPR announces release of the second public draft of 
the APRS Protocol Specification. 


It's finally here! The APRS Working Group has completed the second 
public draft of the APRS Protocol Specification. 


This document covers the core functionality of APRS Protocol Version 
1.0 as it works today. This is the base level specification that all 
implementations should comply with, and it was unanimously adopted by 
the Working Group members, who include the authors of APRS-DOS, 
WinAPRS, MacAPRS, X-APRS, PocketAPRS, APRS+SA, javAPRS, and APRServe, 
and the developers of the Mic-E and Pic-E products. 


The Specification forms the basis for future Working Group projects, 
including APRS test suites and the APRS Certification Program. The 
WG also hopes to use this document as the basis for further speci- 
fications, including IGate and APRS digipeater operation. 


Over the last 8 weeks the specification has grown from 18 pages to 93. 
It now includes packet format diagrams, the APRS symbol tables, full 
details of the Mic-E encoded format, the compressed lat/long position 
format, plus weather report and telemetry formats. Above all, the 


specification contains many examples of how APRS data is formatted to 
make it easier to understand. 


The APRS Protocol Specification is now available on the APRS Working 
Group web page at: http://www.tapr.org/tapr/html/Faprswg.html. 


It is available in PDF format, both zipped and unzipped. The zip file 
is 

a little under 1.5MB. You can read it with a PDF reader such as Adobe 
Acrobat 3 or 4. 


This document is still a draft. There will now be a 15-day public 
discussion period in which anyone may feed back comments, criticisms 
and suggestions for improvement. Full information on how to do this is 
contained within the document. 


The final cutoff for comment is midnight U.S. Pacific time on Sunday 19 
December (i.e. 0800 UTC on Monday 20 December). 


After this date the Working Group will consider all the comments, and 
will issue the final approved version of the Specification as soon as 
possible thereafter. 


John Ackermann, N8UR (jra@febo.com) 
Administrative Chair 

APRS Working Group 

4 December 1999 


Tucson Amateur Packet Radio 
8987-309 E Tanque Verde Rd #337 * Tucson, Az x 85749-9399 


e-mail: tapr@tapr.org web: <http://www.tapr.org/> 
ftp: ftp.tapr.org 
phone: 940-383-0000 fax: 940-565-2544 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 06:45:59 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA13592 

for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 06:45:57 -0600 (CST) 


Message-ID: <LYR11589-53337-1999.12.05-07.00.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] General- Hurricane Specs 
Date: Sun, 5 Dec 1999 12:43:04 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000501bf3£1e$5£716920$58994d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi all- first of all I would like to express my appreciation for all the 
work in getting the draft into a very clear format. 


I thought the purpose of this draft was to define the protocol as it exists- 
not change it. 


The hurricane spec changes the order of the data in the pressure and wind 
field areas. This means to implement the draft a 100 % changeover in user 
software by the next hurricane season. 


I have serious problems with what I consider "geocentric" definitions: 


There are parts of the world that do not use "hurricane" for a severe 
tropical cyclone. They are called Typhoons,Tropical Cyclones,Severe Tropical 
Cyclones etc.. 


The winds are defined as MPH. This is a major problem due to the more 
universal standard being knots. Internally at the National Hurricane Center 
they use knots and only convert to MPH for "Public" statements designed for 
U.S. distribution. The vast majority of bulletins from Guam, Miami and 
Honolulu are in knots. If a user wants the winds to show in MPH, the 
display software should do the conversion. 


Radius should be in Nautical Miles to be consistent with knots. 


Drop the business about gusts being in the last 5 minutes- this is not real 


time data but estimates of winds possible (even in "present" positions) 


Time should be the "Valid" time of the object- not the time received or 
transmitted 


As to course and speed- Forward speed in knots - 000/000 = stationary 
.../... = no parse. There is a lot of difference between stationary 
and "I don't know" 


73 de KG5QD Dale 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 09:32:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA18842 

for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 09:31:56 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ERROR: Flags byte in AX.25 frame should be Ox7E 
Date: Sun, 05 Dec 1999 17:33:17 +0200 
Message-ID: <LYR11589-53359-1999.12.05-09.46.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=ISO0-8859-1 
X-MIME-Autoconverted: from 8bit to quoted-printable by pyyhe.saunalahti.fi id 
RAA22744 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <p2114sccac10j]f68rf8topadlij50ahq6be@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA18842 


>This document is still a draft. There will now be a 15-day public 
>discussion period in which anyone may feed back comments, criticisms 


>and suggestions for improvement. Full information on how to do this is 
>contained within the document. 


Hopefully this is the correct address to send contributions. The 
e-mail confirmation message, which I received when I joined the list 
did not specify the contribution address. 


Chapter 3 "APRS and AX.25" states: 


>i Flag 6 The flag field at each end of the frame is the bit sequence Ox7f£ 
>that separates each frame. 


The flag sequence in AX.25 is 01111110 (in binary), thus the hex value 
should be 0x7e 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 10:18:03 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA20311 
for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 10:17:59 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] UNCLEAR: Maidenhead locator 
Date: Sun, 05 Dec 1999 18:19:13 +0200 
Message-ID: <LYR11589-53374-1999.12.05-10.32.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=IS0-8859-1 
X-MIME-Autoconverted: from 8bit to quoted-printable by pyyhe.saunalahti.fi id 
SAA23936 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <o3414s4nhor6k4166dmerq13fdrnbbacbr@4ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA20311 


In chapter 6 "TIME AND POSITION FORMATS" it is stated 


>Maidenhead 

>Locator 

>(Grid Square) 

>An alternative method of expressing a stationis location is to provide a 
>Maidenhead locator (grid square), together with a Symbol Table Identifier 
>and Symbol Code, in a Status Report or in Mic-E status text. 

> 

>For example: 

> 

>I091sx/- 

> 

>indicates a ihousei at grid square 1091sx. 


If only 4 character locator is available, is it represented as 
1091 /- or 1091/- 


If the 8 character locator is available (also known as microwave 
locator and recognised by IARU region I), can it be represented at all 


e.g. 
1091sx36/- 


The specification does not say, if the characters should be in upper 
and/or lower case or if a mixed case can be used. If mixed case can be 
used, which IMHO it should be, then such constructions as Io091sX are 
legal and this should then be clearly stated, so that every 
implementor of receiving software remembers to check for both upper 
and lowercase characters. 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 11:54:15 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA23745 

for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 11:54:10 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] OMISSION: Glossary 


Date: Sun, 05 Dec 1999 19:55:28 +0200 

Message-ID: <LYR11589-53384-1999.12.05-12.08.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ui7l4skhr4pq4d4p0alivp2infriqnifkh@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The use of non-SI (US specific) measuring units in various messages 
will cause some problems in countries using SI units, in which the 
data is both originated and displayed in SI-units. Remembering what 
happened to Mars Climate Orbiter once again emphasis the need for 
correct conversions :-). 


Eg. if the original data is in kilometers and the message is in miles 
and the transferred data is displayed in kilometers, due to the 
limited resolution in the mile representation, the displayed kilometer 
value may be one larger or smaller than the transmitted value. 


The situation deteriorates even further, if different conversion 
factors are used in the encoding and decoding phase. Thus it is very 
important to specify the exact conversion factors to be used e.g. in 
the glossary, so that all implementations will use exactly the same 
definition. At least the following missing terms should be included in 
the glossary: 


inch 1 inch = 0.0254 m 
feet 1 feet = 0.3048 m 
mile 1 mile = 1609.344 fm 


These are exact values as 1 inch is by definition 25.4 mm. 


The conversion between Celsius and Fahrenheit should be defined in the 
glossary, so that every implementation does it properly. 


> mph miles per hour (km/hour = mph * 1.60935. m/sec = mph x* 0.447). 
Exact values should be used, since they are available, thus 


mph miles per hour (km/hour = mph * 1.609344. m/sec = mph * 0.44704). 


>knots International nautical miles per hour (mph = knots * 1.151). 
The conversion from knots to m/s should also be specified e.g. 


1 knot = 0.514444... m/s 


>(International) Nautical Mile 6076.103 feet / 1852 meters. 


The international nautical mile is 1852 meters or 1852/0.3048= 
6076.115485564 £t, thus even the second decimal in the glossary is 
wrong. 


These comments may seem to someone to be just nit-picking and indeed, 
the last decimals are meaningless if the data source is in US units 
and the display is in SI or when the data source is in SI-units and 
the display in US-units, since typical sensors only have 2-3 digit 
precision. 


However, when both the data source and display is in SI-units and the 
messages in US units then it is very important that the SI/US and 
US/SI conversion are performed using exactly the same constants. Why 
use invented inaccurate constants when exact values are available in 
many cases (thanks to the definition of an inch to be exactly 25.4 
mm) . 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 13:48:31 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA27563 
for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 13:48:28 -0600 (CST) 
Date: Sun, 5 Dec 1999 12:47:51 -0700 
From: Bob Nielsen <nielsen@primenet.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Comment on new specification 
Message-ID: <LYR11589-53420-1999.12.05-14.02.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
User-Agent: Mutt/1.0i 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <19991205124751.B21514@bob. localnet> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


P. 2: Tucson is not spelled Tuscon. 


Bob Nielsen, W6SWE (RN2) Internet: nielsen@primenet.com 
Tucson, AZ DM42nh AMPRnet: w6swe@w6swe.ampr.org 
QRP-L #1985 http://www. primenet.com/~nielsen 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 14:55:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA29535 

for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 14:55:27 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GENERAL: Character sets 
Date: Sun, 05 Dec 1999 22:56:47 +0200 
Message-ID: <LYR11589-53429-1999.12.05-15.09.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ncfl4sk1ilg6tc14kh3cm3d9b5bqalu60g0@4ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The term "ASCII" is over-used and abused and can be used quite 
ambiguously, so it should be defined in the glossary to refer to ANSI 
X3.4 from 1968, or at least this is my interpretation from the 
context. 


While the comment field in various messages can only contain printable 
ASCII characters excluding | and ~, however in chapter 14 "MESSAGES, 
BULLETINS AND ANNOUNCEMENTS" nothing is said about allowed characters, 
thus | and ~ as well as 8 bit characters should be legal. 


However, the Message-ID begins with "{", so I do not see how this can 
be properly distinguished from the situation, in which the message 
text contains the "{" character. Is it so that the preceding text can 
not contain a "{" character ? 


The allowed characters for status report are not specified. 
In chapter 18 "USER-DEFINED DATA FORMAT" 


>Important Note: Although there is no restriction on the nature of user-defined 
>data, it is highly recommended that it is represented in printable 7-bit 
>ASCII character form. 


Why this restriction ? 


The following discussion is not relevant to version 1.0 of the 
specification, but I think that some provisions should be made in 
version 1.0 in order to not make future expansions impossible. 


While English is used quite commonly in international contacts between 
radio amateurs, English is far from the only language used by 
amateurs, especially in local VHF/UHF activities (e.g. voluntary 
search and rescue services), in which the local language is used. 


Unfortunately the 7 bit ASCII (ANSI X3.4) is far from adequate for 
encoding of these local languages. For Latin based scripts (Western 
and Central Europe, North and South America) various national versions 
of the 7 bit ISO0-646 has been used, in which #@[\]‘_'{|t~ characters 
are replaced with local variants. These national character sets have 
been used in amateur packet radio traffic, but is more or less 
obsolete in all other data processing these days. 


Most data processing outside the US is done in various 8 bit variants 
of ISO-8859 for Latin, Cyrillic, Greek, Hebrew and Arabic. 
Unfortunately this seems to bee too exotic for packet radio purposes, 
but should be adequate for local single language situations. 


For multilingual communication, the rest of the world is moving 
towards 16 bit Unicode encoding. Unicode is the native character set 
of Windows CE and Windows NT, some degree of support on Windows 95/98 


and various Unix dialects. Older platforms, such as MS-DOS could map 
at least some characters to the local code page. 


There was even the UTF-7 specification (RFC 2152) that allowed 
transmission of Unicode over 7 bit mail gateways, but since all 
gateways in the Internet are nowadays 8 bit clean, there is no longer 
a need for 7 bit encoding, so the use of UTF-7 is no longer 
recommended. 


A better encoding is UTF-8 (RFC 2279) which transfers 16 bit Unicode 
characters with 1-3 eight bit bytes. Traditional US-ASCII characters 
(O..127) are represented with one byte, accented Latin, Cyrillic, 
Greek etc. are represented with 2 bytes, while Far-East ideographs 
require 3 bytes. 


As I said previously, these things do not belong to version 1.0 of the 
specification, but IMHO, version 1.0 should specify that the comment 
field and some other user entered text fields should be forwarded as 8 
bit characters, even if all specifications currently calls for 
generating only 7 bit US-ASCII characters. The programmer should be 
aware that some day there might come 8 bit characters and it is not 
acceptable to simply mask of the MSB of each byte or use signed char 
in the C-programming language. 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 5 17:35:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4922 

for <lyris.aprsspec@tapr.org>; Sun, 5 Dec 1999 17:35:52 -0600 (CST) 
Date: Sun, 5 Dec 1999 17:35:40 
Subject: [aprsspec] ERROR: typos 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "James Ewen" <jewen@home. com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-53459-1999.12.05-17.50.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Precedence: bulk 
typographic errors 


pg. 4 pp. 3 s. 1 -> Mr Spocks - change to - Mr. Spocks (period missing) 

pg. 4 pp. 5 s. 1 -> This document is the result of inputs from many people, 
and collated and massaged by the APRS Working Group. - change to - This 
document is the result of input from many people, which have been collated 
and massaged by the APRS Working Group. 

pg. 4 pp. 5 s. 2 -> getting it on to the street. - change to - getting it 
onto the street. 


GENERAL - color descriptors 


pg. 47 object color table -> DOS conventions usually call colors 
BRIGHT/normal rather than normal/DIM 

I've never run across this before... It still conveys the same information. 
Some use the convention HIGH INTENSITY/ LOW INTENSITY. 


UNCLEAR - pg. 32 - 33 DFS and NRQ definitions are a little obscure. Adding 
in a table showing the implementation would be helpful. Reference is made 
to the PHG table, but you need to change the power in watts to recieved S 
units. Add another table, it's not much space, and much easier than having 
to flip pages and convert the chart data in your head. 

No definition of the signal quality report is given. It defines legal 
values being in the range of 0-9 but not what they mean. Is © good or bad? 
Another table would be nice. 


Excellent document overall, it's sure nice to have the information all in 
one spot and presented professionally. Thank you to all of the APRSWG and 
others who are working on this document and the REAL WORLD implementation 
of this protocol! 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 7 15:13:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA29371 
for <lyris.aprsspec@tapr.org>; Tue, 7 Dec 1999 15:13:24 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UNCLEAR: Maidenhead locator 
Date: Tue, 07 Dec 1999 23:14:56 +0200 
Message-ID: <LYR11589-53776-1999.12.07-15.27.47-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

References: <LYR13206-53374-1999.12.05-10.32.13-- 

Paul .Keinanen#sci.fi@lists.tapr.org> 

In-Reply-To: <LYR13206-53374-1999.12.05-10.32.13-- 

Paul .Keinanen#sci.fi@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: text/plain; charset=IS0-8859-1 

X-MIME-Autoconverted: from 8bit to quoted-printable by pyyhe.saunalahti.fi id 
XAA06550 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <corg4ssv2d308co4vnamvgopptimcei4fu@4ax.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA29371 


On Sun, 05 Dec 1999 18:19:13 +0200, Paul Keinanen <keinanen@sci.fi> 
wrote: 


> 
>In chapter 6 "TIME AND POSITION FORMATS" it is stated 

> 

>>Maidenhead 

>>Locator 

>>(Grid Square) 

>>An alternative method of expressing a stationis location is to provide a 
>>Maidenhead locator (grid square), together with a Symbol Table Identifier 
>>and Symbol Code, in a Status Report or in Mic-E status text. 

>> 

>>For example: 

>> 

>>1I091sx/- 

>> 

>>indicates a ihousei at grid square 1091sx. 

> 

>If only 4 character locator is available, is it represented as 

> 

>I091 /- or 1091/- 

> 

>If the 8 character locator is available (also known as microwave 

>locator and recognised by IARU region I), can it be represented at all 
>e.g. 

> 

>1091sx36/- 


> 
>The specification does not say, if the characters should be in upper 
>and/or lower case or if a mixed case can be used. If mixed case can be 
>used, which IMHO it should be, then such constructions as Io091sX are 
>legal and this should then be clearly stated, so that every 
>implementor of receiving software remembers to check for both upper 
>and lowercase characters. 


I have studied the situation a bit more and tried to locate any 
primary documents. 


Unfortunately I do not have the minutes of the meeting in Maidenhead 
1980, but the next official document is the VHF-manager's handbook, of 
which only paper copies existed previously. 


Fortunately it is now available on the net at 

http: //www.scit.wlv.ac.uk/vhfc/iaru.11.vhfim.4e/index.html, which seems 
to be quite up to date, including the micro-locator. The only thing 
that is missing, as far as I can tell, is that in IARU Region meeting 
this September in Lillehammer, Norway, it was agreed that the WGS-84 
coordinate system should be used when determining the locator. WGS-84 
is used on the GPS-system and the difference can be up to a few 
hundred meters from some national grid frames. But fortunately, this 
is of no consequence to the APRS message structures. 


Following the links, the relevant part is 


>2.Description of the Locator system 


> 

> The Locator system is a grid system, allowing to give the location of a 
station by a code 

> consisting of six characters, viz. two capital letters, a two-digit number 


and, again, two 
> capital letters. For example : J031DG. 


Thus, all the references to the JO91sx example in the APRS 
specification is wrong, it should be J091SX. 


Then there is the question of micro-locators eg. J091SX23, should this 
be allowed in APRS messages ? 


I think it should be stated in the APRS specification that the locator 
should always be generated and transmitted/forwarded as upper case, 
but if lower case characters are received, they should be converted to 
upper case before any further processing. 


In this way if some existing system generate locators in lower case, 
the data will still be understood and this non-standard practice will 


sooner or later fade away. 


Paul OH3LWR 
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I would sincerely disagree with the use of the term "callsign" for the 
description of the contents of the destination field (page 13 and 
following). 


A callsign is something assigned to an individual ham operator. These are 
not. The use of this term in the context of a UI destination field is, at 
the very least, confusing. When the term "callsign" is used without the 
modifier "destination address", it is often unclear WHICH callsign 
(operator's callsign or the destination address callsign) is being 
referenced. If the modifier has to be used to make it clear, then just 
refer to it as "destination address" and forget the callsign. 


A much better term would be "network" or "net". It is far more descriptive 
of the function. There are probably other, maybe even more appropriate 
terms. 


Jim Wagner 
Oregon Research Electronics 
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From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Destination field 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
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On page 14 of the draft spec, in the section titled: 
Generic APRS Callsigns with Symbols 
It says: 


APRS uses several of the above-listed generic callsigns in a special way to 
specify not only a callsign but also a display symbol: 


GPSxyx Raw GPS NMEA packets 

GPSCnn Raw GPS NMEA packets 

GPSEnn Raw GPS NMEA packets 

SPCxyz Raw GPS NMEA packets (special event) 
SYMxyz (to be decided) 


Not withstanding the "non-explanation" on page 75, it is totally unclear 
what function the "GPSCnn" and "GPSEnn" callsigns (a term I use under 
protest) might have. Given the existance of GPSxyx (spelling error?), 
aren't these redundant? They certainly do complicate decoding! 


Jim Wagner 
Oregon Research Electronics 
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MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
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Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id AAA23296 


test, sorry... i found nowhere else the email where to send the comments to 
aprs spec 


vy 73, Guenter, DL4MEA 


> 

> STEMENS Information and Communication Networks 
> Communication on Air 

> G,nter K*1llner Mobile Radio - Development 

> 

> Siemens AG 

> ICN CA MRE C3. Tel. +49 89 - 722 - 41962 

> Hofmannstr.51 Fax +49 89 - 722 - 22187 
> D-81359 Muenchen Mail: guenter.koellner@icn.siemens.de 
> 

> http://www.qsl.net/dl4mea 

> 

> 
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for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 00:20:51 -0600 (CST) 
Message-ID: <LYR11589-53827-1999.12.08-00.35.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Koellner Guenter <Guenter.Koellner@icn.siemens.de> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] several subjects 
Date: Wed, 8 Dec 1999 07:21:49 +0100 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: 

<717DBDF53B9AD211B8220008C71EE1B379E57B@mchh226e. demchh201e.o0en.siemens.de> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello all, 


this is my comment for the APRSSPEC: 


ERROR: Closing Flag is 1 byte wide 
Ref.: APRSSPEC 1.0.18, pg. 12: 


The frame showing the number of bytes within an AX.25 frame shows the 
closing flag with two bytes, its correct only one byte. 


SUGGESTION: UTC time and SI-units should be used, I agree to OH3LWR 
Ref.: all units and time formats in the document 


OMMISSION: Power level must have wider range 
Ref.: APRSSPEC 1.0.18, pg. 64: 


Just a maximum of 810watts is too less. How should one report sqrt (4000/10). 
Please expand! 

Maybe it makes even more sense to state ERP there, not power, because ERP is 
that what is interesting... 


One more comment to general will follow in a separate mail. 


vy 73, Guenter, DL4MEA 
http: //www.qsl.net/dl4mea 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GENERAL: APRSSPEC 1.0.1¢ 
Date: Wed, 8 Dec 1999 07:31:59 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
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List-Software: Lyris Server version 3.0 
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X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id AAA23558 


hello all, 


sorry if that was discussed earlier or elsewhere, I am not that up-to-date 
with APRS, but very interested: 


Here in central europe we have a wide network of nodes and digipeaters which 
are mostly using FlexNet or other network systems. Standard digipeating is 
of course still supported, but it became very unusal. 


Most conversation is done using converse nodes, such as WWCONVERSE which is 
supported by internet gateways, but there is another CONVERSE system based 
only on AX.25 networks. Both are about equal in their features. 


I often thought that the best possibility for APRS to distribute the 
informtion wide and safe would be that the stations are all using one 
converse channel. By that, all constraints you are doing for networking in 
the protocol, it is all already done. 


Let me explain it in an example: We have a VHF discussion channel on the 
WWCONVERSE (ch.14345). During the leonides meteor shower over 100 radio 
amateurs joined and were available for all comments. 


If such could be done for APRS message distribution, it would gain much 
because the range even all over the world (remember, its called WW-converse) 
would be available. 


Not at least, we would change from an UI distribution to AX.25 acknowledged 
distribution, where the packets will become as short as possible, local 


acknowledged. The only thing we have to add then is a way of setting up the 
connection to the converse node. We should not talk about handover or such 
else, even when possible from the protocol, we have to deal with a wide 
variety of radios which could not be brought into a common behavior, I 
doubt. 


How about such? 


vy 73, Guenter, DL4MEA 


http: //www.qsl.net/dl4mea 


> 

> SIEMENS Information and Communication Networks 
> Communication on Air 

> G,nter K*llner Mobile Radio - Development 

> 

> Siemens AG 

> ICN CA MRE C3 Tel. +49 89 - 722 - 41962 

> Hofmannstr.51 Fax +49 89 - 722 - 22187 
> D-81359 Muenchen Mail: guenter.koellner@icn.siemens.de 
> 

> 

> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


It would appear that the draft spec does not permit gridsquare as a valid 
Destination Address data type. Is this correct? 


Thanks 


Jim Wagner 
Oregon Research Electronics 
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Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
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Subject: [Laprsspec] Re: GENERAL: APRSSPEC 1.0.1g 
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MIME-Version: 1.0 
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charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
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Precedence: bulk 


Hello Guenter: 


sos Original Message ----- 
From: "Koellner Guenter" <Guenter.Koellner@icn.siemens.de> 


I often thought that the best possibility for APRS to distribute the 
informtion wide and safe would be that the stations are all using one 
converse channel. By that, all constraints you are doing for networking in 
the protocol, it is all already done. 


VVVV WV 


EXACTLY. You of course speak of the ping-pong convers server and 
its descendents. 


> Let me explain it in an example: We have a VHF discussion channel on the 
> WWCONVERSE (ch.14345). During the leonides meteor shower over 100 radio 
> amateurs joined and were available for all comments. 


"The Digital VHF net"? How about channel 10151 for the APRS feed? 


> If such could be done for APRS message distribution, it would gain much 
> because the range even all over the world (remember, its called WwW-converse) 
> would be available. 


In fact, some of us "outsiders" have tried this already with position reports. It 
works. One of the big advantages of this is the system is distributed and 

if one node goes down, the whole APRS world is not brought to its knees 

as compared to the present proprietary system. Plus its a open software model 
meaning development is typically faster. 


Not at least, we would change from an UI distribution to AX.25 acknowledged 
distribution, where the packets will become as short as possible, local 
acknowledged. The only thing we have to add then is a way of setting up the 
connection to the converse node. We should not talk about handover or such 
else, even when possible from the protocol, we have to deal with a wide 
variety of radios which could not be brought into a common behavior, I 
doubt. 


VV VV VV VV 


I'm not sure the convers mode is the best for a RF network however.... certainly 
for the internet protocol server (APRSSERVE). However, since the code is 
available for the convers node, it could be modified to support a broadcast 


mode. 


> 
> How about such? 


I think your best bet amoug existing GUI authors might be to talk with Roger 
Barker 

the author of UI View. I can't speak for him, but in my conversations with him 
he always seemed most interested in doing things the "right way" as opposed to 
the way everyone else does things. 


73 


Jeff wbh8wka 


P.S. For those interested in what a convers server looks like type the 
following into your telnet program: 


telnet 44.102.16.21 3600 
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Precedence: bulk 


On Wed, 8 Dec 1999 07:21:49 +0100 , Koellner Guenter 
<Guenter.Koellner@icn.siemens.de> wrote: 


>SUGGESTION: UTC time and SI-units should be used, I agree to OH3LWR 
>Ref.: all units and time formats in the document 


Let me put it this way, I would have very strongly objected the use of 
non-SI units and lack of support for any other language than English 
_if_ version 1.0 had been a specification for a new, non-existent 
system. However, since APRS 1.0 specs is only documenting existing 
practice, so we have to work around existing problems and postpone 
improvements to the next version of the specification. 


One would hope that version 2.0 would contain alternative syntaxes for 
SI units. For instance in the METAR aviation weather telegram it is 
possible to use both units. For instance Helsinki, Finland reports now 
EFHK 36010KT (360 degrees, 10 knots) while St. Petersburg, Russia 
reports ULLI 21004MPS (210 degrees, 4 m/s). In this way, there will 
not be any cumulative conversion errors, since the only conversion is 
done by the software displaying the data in any user selectable 
format. I was a bit surprised that APRS uses miles/h to report wind 
and not knots, thus there is going to be quite large errors when 
converting wind data from METAR to APRS. 


Paul OH3LWR 
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From: Keith Sproul <ksproul@vger.rutgers.edu> 

Subject: [aprsspec] Re: several subjects 

Cc: aprsspec@lists.tapr.org 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <v04205502b473£ec75e65@[165.230.139.231]> 

<LYR11588 - 53835-1999 .12.08-03.09.39--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

<LYR13206 - 53827-1999 .12.08-00.35.16--Paul.Keinanen#sci.fi@lists.tapr.org> 
<LYR11588 - 53835-1999 .12.08-03.09.39--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


You are absolutely correct.. The CURRENT document, (1.0) was 
specifically to document the CURRENT protocol so we had a solid 
starting point to enable changes and improvements as we go on... 


One of the things we are working on within WinAPRS/MacAPRS/X-APRS is 
the ability to display different units. We have some of this workign 
already, and need to get it working more consistently throughout the 
program. 


Keith Sproul 


>On Wed, 8 Dec 1999 07:21:49 +0100 , Koellner Guenter 
><Guenter.Koellner@icn.siemens.de> wrote: 

> 

> 

> >SUGGESTION: UTC time and SI-units should be used, I agree to OH3LWR 
> >Ref.: all units and time formats in the document 

> 

>Let me put it this way, I would have very strongly objected the use of 
>non-SI units and lack of support for any other language than English 
>_if_ version 1.0 had been a specification for a new, non-existent 
>system. However, since APRS 1.0 specs is only documenting existing 
>practice, so we have to work around existing problems and postpone 
>improvements to the next version of the specification. 

> 

>One would hope that version 2.0 would contain alternative syntaxes for 
>SI units. For instance in the METAR aviation weather telegram it is 


>possible to use both units. For instance Helsinki, Finland reports now 
>EFHK 36010KT (360 degrees, 10 knots) while St. Petersburg, Russia 
>reports ULLI 21004MPS (210 degrees, 4 m/s). In this way, there will 
>not be any cumulative conversion errors, since the only conversion is 
>done by the software displaying the data in any user selectable 
>format. I was a bit surprised that APRS uses miles/h to report wind 
>and not knots, thus there is going to be quite large errors when 
>converting wind data from METAR to APRS. 


> 

>Paul OH3LWR 

> 

Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 07:16:31 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA13115 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 07:16:29 -0600 (CST) 
Message-Id: <LYR11589-53845-1999 .12.08-07.30.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: several subjects 
Date: Wed, 8 Dec 1999 08:16:12 -0500 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912081316.TAAQ9059@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>>SUGGESTION: UTC time and SI-units should be used, I agree to OH3LWR 
>>Ref.: all units and time formats in the document 

> 

>Let me put it this way, I would have very strongly objected the use of 
>non-SI units and lack of support for any other language than English 


>_if_ version 1.0 had been a specification for a new, non-existent 
>system. However, since APRS 1.0 specs is only documenting existing 
>practice, so we have to work around existing problems and postpone 
>improvements to the next version of the specification. 

> 

Since, in general, the actual packets are not looked at by humans, it 
doesn't matter what the units are. They can be converted and displayed in 
any units a programmer wants. All that matters is that everyone agree on 
what the units are. That is the purpose of the spec. 


At this point, changing the units in version 2 would result in a (likely 
temporary) worstening of the situation, since a change like this would 
effectively double the number of packets a program must parse. If and 
when the subject comes up in the future, I will argue strongly against 
making such a change... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 09:19:37 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA16623 
for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 09:19:34 -0600 (CST) 
Message-ID: <LYR11589-53860-1999.12.08-09.33.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 08 Dec 1999 10:19:17 -0500 
From: Boyd Prestwood K5YKG <k5ykg@bellatlantic.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ERROR/CORRECTION? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <384E76F5.17D42296@bellatlantic.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Re: Draft Version 1.0.1g (12/03/99) 


Page 53 - STORM DATA 


The format of the chart appears to be incorrect based on the format described in 
WX.TXT o£ WB4APR's APRSdos. I know the WX.TXT format works as I've used it for 7 
years to report the storms. 


Is page 53 in error or is the format being changed? 

The WX.TXT format is: 

CSE/SPD/HC/www*GGG/ppp>RRR&rrr 

The New SPEC shows: 

CSE/SPD/HC/wwwgge>RRR&rrr/ppp 

Point: The RADIUS indicators and the PRESSURE indicator are reversed... 


This is a great piece of documentation! 
Thanks for listening es good luck. 

73 de Boyd Prestwood K5YKG 

Southern New Jersey 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 09:21:48 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA16672 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 09:21:45 -0600 (CST) 
Message-ID: <LYR11589-53861-1999.12.08-09.36.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sampson, Steve -(TRW)TAFB/B2" <steve.sampson@b2mx.tinker.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GENERAL: Math Symbology 
Date: Wed, 8 Dec 1999 09:21:31 -0600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <1A70A69423FCD21196D000204808899E0F5523@b2po1.tinker.af£.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


1. I am in favor of changing the B.A.S.I.C. examples to real math symbols. 


Discussion: 


When I see SQR I think square, but in this case it really means sqrt(). 
Also 

there is some exponential's that are confusing. On page 33 for example 
there 

is a1.08 *% s -1 Further examples verify that it uses normal precedence, 
but 

use of parenthesis could make the math clear without examples. Real math 
symbology would be in line with the goals specified (to not be "dry as 
dust"). 


73, 
Steve 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 09:34:16 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17016 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 09:34:13 -0600 (CST) 
Message-ID: <LYR11589-53862-1999.12.08-09.48.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sampson, Steve -(TRW)TAFB/B2" <steve.sampson@b2mx.tinker.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GENERAL: WIDEn-N 
Date: Wed, 8 Dec 1999 09:34:00 -0600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <1A70A69423FCD21196D000204808899E0F5524@b2po1.tinker.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


It's not obvious in the description of WIDEn-N on page 11 that 
n and N should initially be the same. That the first n is used to 
determine the packet time to live (TTL). 


73, 
Steve 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 09:35:40 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17051 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 09:35:38 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 8 Dec 1999 10:34:51 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Destination Field - Grid Square 
In-Reply-To: <LYR11586-53832-1999.12.08-01.01.02- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-53863-1999.12.08-09.50.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912081032380 .19239-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 7 Dec 1999, Jim Wagner wrote: 


> It would appear that the draft spec does not permit gridsquare as a valid 
> Destination Address data type. Is this correct? 


AL1 authors agreed to drop that existing method as being obsolete. it is 
cumbersome to implement, sinc it is placing data in the Destiination 
address field. Requires KISS mode to do it effectively, and also the 
Kenwood radios would ignore the packet. THus we came up with the 
gird-in-status format that can be received backwards compatible to all 
systems... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 09:45:20 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17220 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 09:45:16 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 8 Dec 1999 10:44:29 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: several subjects 
In-Reply-To: <LYR11586-53835-1999.12.08-03.09.39-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-53867-1999.12.08-09.59.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912081039020 .19239-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 8 Dec 1999, Paul Keinanen wrote: 


Let me put it this way, I would have very strongly objected the use of 
non-SI units and lack of support for any other language than English 
_if_ version 1.0 had been a specification for a new, non-existent 
system. However, since APRS 1.0 specs is only documenting existing 
practice, so we have to work around existing problems and postpone 
improvements to the next version of the specification. 


VVVVV WV 


True. Historically, formats needed to be human readable back 8 years ago 
to give APRS backwards compatibity with people running conventional packet 
without APRS software. But we stuck with those formats since these days 
the users always uses APRS software on receipt, and that software can do 
any needed conversions to what ever the user desires. There is no need to 
encumber the on air format with multiple units, but I do agree in the 
posting that the standard conversion factors be included in the spec... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 10:00:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA17610 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 10:00:42 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 8 Dec 1999 11:00:22 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GENERAL: WIDEn-N 
In-Reply-To: <LYR11586-53862-1999.12.08-09.48.38-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-53868-1999.12.08-10.15.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.9912081059120 .19239-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 8 Dec 1999, Sampson, Steve -(TRW)TAFB/B2 wrote: 


> It's not obvious in the description of WIDEn-N on page 11 that 
> n and N should initially be the same. That the first n is used to 
> determine the packet time to live (TTL). 


Actually, I guess the final -N is the TTL, and the initial n is just a 
record copy so that when it arrives, you know what it was when it 
started... THus you konw the number of hops... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 10:08:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA17852 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 10:08:34 -0600 (CST) 
Message-ID: <LYR11589-53872-1999.12.08-10.23.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 8 Dec 1999 16:05:51 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Units (was "several subjects") 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <SsKEIVAfHOT4EwsD@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-53845-1999.12.08-07.30.53--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Steve Dimse <sdimse@netrox.net> writes 


>Since, in general, the actual packets are not looked at by humans, it 
>doesn't matter what the units are. They can be converted and displayed in 
>any units a programmer wants. All that matters is that everyone agree on 
>what the units are. That is the purpose of the spec. 

> 


That's correct. The spec covers the xON-AIR* data formats, not the 
application display formats. It's up to the application to perform the 
necessary units conversions to suit the user's preferences. 


BTW, somebody said there might be inaccuracies in converting between one 
set of units and another. In fact, the conversions can be made as 
accurate or as inaccurate as you like -- that's an application issue. 
Much more important is to realize that the original data may itself be 
very inaccurate (for example, there may easily be a 10% error in some 
weather station readings, so there's no point in worrying about a 1% 
error in units conversion). [1] 


It's true that there is a crazy mixup of units in the protocol, arising 


mostly from different data sources generating outputs in different units 
(and partly for no apparent good reason at all). It doesn't look pretty 
in some places, but we're stuck with it in the xON-AIR* protocol. There 
would be one heck of a backward compatibility problem if we changed the 
on-air formats now. 


[1] This reminds me of the situation in England several years ago, when 
the government of the day threatened to metricate everything. 
Enterprising roadsign manufacturers started producing dual-standard 
signs, showing something like a (very approximate) distance of 1 mile, 
together with the (very accurate) metric equivalent of 1.60953 km..... 
They didn't last long. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 13:05:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA23431 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 13:04:56 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.£i> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: several subjects 
Date: Wed, 08 Dec 1999 21:06:08 +0200 
Message-ID: <LYR11589-53883-1999.12.08-13.19.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-53845-1999.12.08-07.30.53-- 
Paul. Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-53845-1999.12.08-07.30.53-- 
Paul.Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <qvat4s84o09fkuahdjr88n695tlpc2mr6m3@4ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 8 Dec 1999 08:16:12 -0500, Steve Dimse <sdimse@netrox.net> 
wrote: 


>>>SUGGESTION: UTC time and SI-units should be used, I agree to OH3LWR 
>>>Ref.: all units and time formats in the document 

>> 

>>Let me put it this way, I would have very strongly objected the use of 
>>non-SI units and lack of support for any other language than English 
>>_if_ version 1.0 had been a specification for a new, non-existent 
>>system. However, since APRS 1.0 specs is only documenting existing 
>>practice, so we have to work around existing problems and postpone 
>>improvements to the next version of the specification. 

>> 

>Since, in general, the actual packets are not looked at by humans, it 
>doesn't matter what the units are. They can be converted and displayed in 
>any units a programmer wants. All that matters is that everyone agree on 
>what the units are. That is the purpose of the spec. 


This is only true as long as the transfer encoding has more precision 
than the display format. In this way the displayed data can be rounded 
properly and in most cases the last digit is displayed correctly. 


Thus feet is a usable encoding if the (source and) display format is 
in feet or meters (but not if the display unit is 0.1 m). 


However mile is not a good transfer encoding if the (source and) 
display format is either miles or kilometers, in this case kilometer 
would be a better encoding. If you insist on using imperial units, 
then the transfer encoding should be in 1/2 miles (whatever that is 
called, but most likely that also has a name :-). 


No matter what the transfer encoding is, the goal should be that the 
displayed value is identical in all places and displayable with 


comparable resolution as the data source. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 8 22:05:14 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA10319 

for <lyris.aprsspec@tapr.org>; Wed, 8 Dec 1999 22:05:12 -0600 (CST) 
Message-ID: <LYR11589-54151-1999.12.08-22.19.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 08 Dec 1999 23:03:27 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Destination Field - Grid Square 
X-Priority: 2 (High) 
References: <LYR11610-53863-1999.12.08-09.50.01-- 
propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <384F2A0F.EF7A127A@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Please, I don't mean to come off as argumentative, but I was under the 
impression that the APRSspec was intended to document what is *presentlyx 
supported, not what is agreed to for the future. As such the "Grid-in-TO" 
format should be there. 


To be fair, I haven't fully read through the spec document, so I may be 
commenting out of context (is "Grid in Destination Field" the same as "Grid in 
To"?). Even so, version 1.0 should, according to the charter of the APRSspec 
activity, document what exists now, rather than what today's authors have 
agreed to for the future. 


Ev, W2EV 

> > It would appear that the draft spec does not permit gridsquare as a valid 
> > Destination Address data type. Is this correct? 

> 

> AL1 authors agreed to drop that existing method as being obsolete. it is 

> cumbersome to implement, sinc it is placing data in the Destiination 


address field. Requires KISS mode to do it effectively, and also the 
Kenwood radios would ignore the packet. THus we came up with the 
gird-in-status format that can be received backwards compatible to all 
systems... 


bob 


You are currently subscribed to aprsspec as: propnet@greeceny.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV 


PropNET: an automated network, designed to 
study propagation anomolies. Intreagued? 
http: //www.RochesterNyY.org/PropNET 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 9 07:54:32 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ8910 

for <lyris.aprsspec@tapr.org>; Thu, 9 Dec 1999 07:54:31 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 9 Dec 1999 08:54:12 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Destination Field - Grid Square 
In-Reply-To: <LYR11586-54151-1999.12.08-22.19.39-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-54281-1999.12.09-08.08.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912090851080 . 20747 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 8 Dec 1999, Ev Tupis (W2EV) wrote: 


Please, I don't mean to come off as argumentative, but I was under the 
impression that the APRSspec was intended to document what is *presentlyx 
supported, not what is agreed to for the future. As such the "Grid-in-TO" 
format should be there. 


To be fair, I haven't fully read through the spec document, so I may be 
commenting out of context (is "Grid in Destination Field" the same as "Grid in 
To"?). Even so, version 1.0 should, according to the charter of the APRSspec 
activity, document what exists now, rather than what today's authors have 
agreed to for the future. 


VV VV VV VV VV 


Well, you make a good point, but putting in a format that is obsolete, and 
incompatible with the largest segment of APRS (Thousands of THD7's, that 
is larger than all registered copies of all versions of ARPS combined), 
did not seem to make sense. We did not want to encourage continued use of 
such a format... But maybe we should have put it in and marked it as 
obsolete... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 9 16:01:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA23734 

for <lyris.aprsspec@tapr.org>; Thu, 9 Dec 1999 16:01:15 -0600 (CST) 
Message-Id: <LYR11589-54344-1999.12.09-16.15.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Destination Field - Grid Square 
Date: Thu, 9 Dec 1999 16:57:37 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <199912092200.RAA16506@fbO02.eng00.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/8/99 11:03 PM Ev Tupis (W2EV) (propnet@greeceny.com) wrote: 


>Please, I don't mean to come off as argumentative, but I was under the 
>impression that the APRSspec was intended to document what is xpresentlyx 
>supported, not what is agreed to for the future. As such the "Grid-in-TO" 
>format should be there. 

> 

The authors had previously discussed and agreed that this format was 
obsolete and was to be phased out. The user-defined format, and the 

base-91 format are other example of things which were not used or 
documented previously, but which had been agreed to by the authors prior 
to the formation of the APRSWG. 


I think rather than "what is currently supported", "what is currently 
accepted" would be a more accurate description of the document... 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 03:32:27 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA29299 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 03:32:25 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
Date: Fri, 10 Dec 1999 11:34:03 +0200 
Message-ID: <LYR11589-54419-1999 .12.10-03.46.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-54344-1999 .12.09-16.15.41-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-54344-1999 .12.09-16.15.41-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <2a915s07cOh7g5emhO06L£890bk9gj7e11q304ax .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 9 Dec 1999 16:57:37 -0500, Steve Dimse <k4hg@tapr.org> wrote: 


>On 12/8/99 11:03 PM Ev Tupis (W2EV) (propnet@greeceny.com) wrote: 

> 

>>Please, I don't mean to come off as argumentative, but I was under the 
>>impression that the APRSspec was intended to document what is *presentlyx 
>>supported, not what is agreed to for the future. As such the "Grid-in-TO" 
>>format should be there. 

>> 

>The authors had previously discussed and agreed that this format was 
>obsolete and was to be phased out. The user-defined format, and the 
>base-91 format are other example of things which were not used or 
>documented previously, but which had been agreed to by the authors prior 
>to the formation of the APRSWG. 


So, base-91 is not currently a widely implemented feature. 


I did not find a motivation in the document why such an obscure 
encoding was invented, so could some please explain the motivation 
behind it. 


The base-91 encoding is clearly not intended for direct consumption, 
so if your aim is to reduce the transmitted AX.25 frame length, why 
not go directly to binary representation, in which you can represent 
256 different values in a single byte or 65536 different values can be 
used with two bytes. 


The AX.25 protocol allows all 256 values in an octet, so there should 
be no need for such things as base-91. I know, there are bad 
_implementations_ that strips the most significant byte or use some 
bit combinations for flow control or mode switching. 


IMHO, it is a scandalous that the packet network is not 8 bit 
transparent in 1999. Designing all new protocols in this limitation in 
mind, will result that there is no motivation for updating equipment 
to be 8 bit clean. If some popular application will require 8 bit 
transparent transfer that will motivate upgrading systems. 


In this case there is a well established non-compressed format, so 

this transition from non-compressed 7 bit human readable format to 8 
bit transparent compressed format can be done in each area when there 
is a sufficient number of equipment supporting the compressed format. 


As a final result, the packet network will be 8 bit transparent, which 
will also benefit other applications. 


I similar example is the internet e-mail, which in the rest of the 
world has been 8 bit clean for years, only sites in UK and the US did 
not want to upgrade. Fortunately the sendmail application was full of 
security holes, so all sites had to upgrade to newer versions that as 
a byproduct were 8 bit clean :-). 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 08:34:01 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ6593 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 08:34:00 -0600 (CST) 
Message-Id: <LYR11589-54431-1999.12.10-08.48.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
Date: Fri, 10 Dec 1999 09:29:07 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912101431.JAA16604@fb02.eng00.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/10/99 4:34 AM Paul Keinanen (keinanen@sci.fi) wrote: 

>So, base-91 is not currently a widely implemented feature. 

> 

No, but it has been implemented in the new Kenwood D700, which makes it 


"cast in stone" as far as we are concerned. 


>I did not find a motivation in the document why such an obscure 


>encoding was invented, so could some please explain the motivation 
>behind it. 

> 

Doce 

>The AX.25 protocol allows all 256 values in an octet, so there should 
>be no need for such things as base-91. I know, there are bad 
>_implementations_ that strips the most significant byte or use some 
>bit combinations for flow control or mode switching. 

> 

So you answered your own question. 91 characters are the most contiguous 
values that are guaranteed to be passed through all TNCs. 


>IMHO, it is a scandalous that the packet network is not 8 bit 
>transparent in 1999. Designing all new protocols in this limitation in 
>mind, will result that there is no motivation for updating equipment 

>to be 8 bit clean. If some popular application will require 8 bit 
>transparent transfer that will motivate upgrading systems. 

> 

The trouble is hams are cheap. Many will leave the hobby before they will 
spend real cash. There are too few hams already, we want to do everything 
we can to encourage people to use APRS. APRS is designed to be used with 
older equipment, because many hams have old TNCs laying around their 
house, they can dust them off and get on the air. 


So be scandalized, but maintaining camplatability with as much equipment 
and software as possible is a guiding principle of APRS. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 09:59:09 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA08914 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 09:59:07 -0600 (CST) 
Message-ID: <LYR11589-54442-1999.12.10-10.13.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sampson, Steve -(TRW)TAFB/B2" <steve.sampson@b2mx.tinker.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: several subjects 
Date: Fri, 10 Dec 1999 09:58:40 -0600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <1A70A69423FCD21196D000204808899E0F5527@b2po1.tinker.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>Since, in general, the actual packets are not looked at by humans, it 
>doesn't matter what the units are. 


This is reasonable. APRS-NG can set a goal of SI double precision, 
but you will have to learn French, and use kilometres :-) 


73, 
Steve, K50KC 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 13:38:48 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15927 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 13:38:47 -0600 (CST) 
Message-ID: <LYR11589-54473-1999.12.10-13.53.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 19:32:03 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11659-54419-1999 .12.10-03.46.53-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <GRGRHKAZUVU4Ewp9@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-54419-1999.12.10-03.46.53--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Paul Keinanen <keinanen@sci.fi> writes 


>I did not find a motivation in the document why such an obscure 
>encoding was invented, so could some please explain the motivation 


>behind it. 


Base 91 is a neat trick to ensure that on-air characters are printable 
ASCII. In the same way as base 10 encompasses the number range 0-9, base 
91 encompasses the number range 0-90. If you then add 33 to any base 91 
value, you get an ASCII character in the range 33 ("!") to 123 ("{"). 


This stops just short of "|", which may upset a TNC. 
73 
Ian, G3NRW 


Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 15:32:33 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19414 
for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 15:32:31 -0600 (CST) 

Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54488-1999.12.10-15.46.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 16:27:45 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

Koellner Guenter <Guenter.Koellner@icn.siemens.de> 
Subject: [aprsspec] FUTURE: APRS-WG open mind? (was re: Base 91) 
References: <LYR11601-54431-1999.12.10-08.48.29--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38517051.EBOB326E@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


NOTE: 


This message xonlyx covers future extensions to APRS. I am 

not criticizing the fine editorial work done on the PDF APRS 
draft 1.0 or its stated intent. (well, I have a few minor issues, 
but I'll save those for another day) 


I'm writing this because I am concerned that good ideas are 
being dismissed offhand, or in some cases, apparently not even 
being considered by the WG. I feel this is wrong and goes 
against the amateur goal of technical achievement. 


Steve Dimse wrote: 


On 12/10/99 4:34 AM Paul Keinanen (keinanen@sci.fi) wrote: 


>IMHO, it is a scandalous that the packet network is not 8 bit 
>transparent in 1999. Designing all new protocols in this limitation in 
>mind, will result that there is no motivation for updating equipment 

>to be 8 bit clean. If some popular application will require 8 bit 
>transparent transfer that will motivate upgrading systems. 

> 

The trouble is hams are cheap. Many will leave the hobby before they will 
spend real cash. There are too few hams already, we want to do everything 
we can to encourage people to use APRS. APRS is designed to be used with 
older equipment, because many hams have old TNCs laying around their 
house, they can dust them off and get on the air. 


So be scandalized, but maintaining camplatability with as much equipment 
and software as possible is a guiding principle of APRS. 


VVVVV VV VV VV VV VV VM 


We need to make something clear here. IT IS THE WORKING GROUP's 

GUIDING PRINCIPLE. I don't think all U.S. hams that use APRS/AAVL 

technology should take a bum rap for this. European packet radio technology, for 
the most part, is now far ahead of U.S. technology. The fact that we 

are getting these types of comments from non-U.S. hams (bit efficiency, 

SI units, WWconvers nodes, etc.) shows there is a WIDE WORLD 

out there that _knows_ the issues. The WG would be well advised to 

consider some of these things. These people know what they are talking 

about. 


And by the way, the majority of hams are xnotx cheap. Penny wise, and 

pound foolish, maybe.... In any case, a USED MFJ-1270 can pass 

8bit data, so if someone can't afford a $75US TNC hooked to a $1500 computer 
feeding a $300 radio, powered by their $100 power supply, feeding $50 of 
coax to a $200 antenna, with a $80+ APRS program, I just can't 

believe these "hams are cheap", they are simply foolish. The "foolish ham" 
might be outspoken, but clearly they are not the majority, and as such, 
fools shouldn't be allowed to cripple the progress of APRS/AAVL. 


And oh, BTW, both WIN-APRS and UI-View support AGWPE, which 

lowers the cost of a 8 bit transparent TNC under $50, or -O- if you 
already have a sound card in your computer. Lets not base the future 
of APRS on some unsound/flawed economic assumptions. 


If you design for the lowest common denominator, which apparently the 
WG is, then that is EXACTLY what you will get. At the very least, 

I would ask the WG to hold the door open for these types of things 

in version 2. But instead, in another message, we are seeing a member 
of the WG telling us how they are going to vote (NO) on things that 
haven't even been brought up officially for version 2.0 of the 

draft (the SI issue). This is what is scandalous. 


We were originally told by TAPR that an open APRS protocol SIG-LIST 

would be created for these very technical/protocol issues. Then this 

got changed to "APRS-SPEC", which is apparently intended only for 

minor/typo corrections to the draft. And now it has been learned that 

there is indeed an active APRS protocol list, except it is a WG members only 
private list not open for public participation or even observation! ! 


Since we are talking about the future of APRS/AAVL, and the WG is 

a closed organization, I feel the WG owes the entire amateur 
community an open mind, and to be receptive to new ideas/technologies. 
Comments anyone? 


Sincerely 


-Jeff wbh8wka 


P.S. Please read NOTE at head of message. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 15:43:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19748 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 15:43:10 -0600 (CST) 
Date: Fri, 10 Dec 1999 15:42:57 -0600 (CST) 
From: Guy Story <kc5goi@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11832-54431-1999.12.10-08.48.29--kc5goi#tapr.org@lists.tapr.org> 
Message-ID: <LYR11589-54492-1999.12.10-15.57.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.BSI.4.20.9912101539210.19586-100000@tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I agree with Steve's standpoint on old gear. When I do a presentation to 
a club or group I always address first that APRS can be run on a tne that 
may go back to the early days of tnc-2. I have received email from hams 
that are very cheap but already have a tnc an radio that has not been 
touched in years. While being cheap can be a hinderance you can use it to 
your advantage. While packet is not a new technology, what we are appling 
to is is realativly new and can get some “old timers" back in the art. I 
have reviewed parts of the spec and find that it is a good document and I 
offer my thanks to everyone on the comittee. Good work guys. 


Guy Story 

KC5GOI1 
kc5goi@tapr.org 

http: //www.kc5goi.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 16:21:56 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA21090 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 16:21:54 -0600 (CST) 
Message-Id: <LYR11589-54498-1999.12.10-16.36.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, 

Koellner Guenter <Guenter.Koellner@icn.siemens.de>, jra@meow.febo.com 
Subject: [aprsspec] Re: FUTURE: APRS-WG open mind? (was re: Base 91) 
In-reply-to: Your message of "Fri, 10 Dec 1999 16:27:45 EST." 

<LYR11592- 54488-1999 .12.10-15.46.58--n8ur#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 17:21:34 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912102221 .RAAQ3039@meow. febo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR11592-54488-1999 .12.10-15.46.58--n8urd#tapr.org@lists.tapr.orgs>, 
Jeff King writes: 


>We were originally told by TAPR that an open APRS protocol SIG-LIST 

>would be created for these very technical/protocol issues. Then this 

>got changed to "APRS-SPEC", which is apparently intended only for 
>minor/typo corrections to the draft. And now it has been learned that 

>there is indeed an active APRS protocol list, except it is a WG members only 
>private list not open for public participation or even observation!! 


I'm not going to reply to Jeff's other comments (lack of time right now, 
and perhaps knowledge as well), but this statement is flat out wrong and 
needs to be corrected. 


The APRS-SPEC mailing list is indeed intended for public discussion of 
APRS protocol issues. It is being used right now as the preferred way 

to post issues about the specification document that is on the table -- 
and I think most of the WG members would prefer that we focus on that 
document rather than addressing new issues -- but we have never said that 
broader discussions of the protocol are not appropriate for here. 


John N8UR 
jra@febo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 16:49:56 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA22358 
for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 16:49:53 -0600 (CST) 

Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54503-1999.12.10-17.04.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 17:44:36 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

Koellner Guenter <Guenter.Koellner@icn.siemens.de> 
Subject: [aprsspec] Re: FUTURE: APRS-WG open mind? (was re: Base 91) 
References: <199912102221.RAA03039@meow. febo.com> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38518254.68BFDD97@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi John: 
John Ackermann wrote: 


In message <LYR11592-54488-1999 .12.10-15.46.58--n8urd#ttapr.org@lists.tapr.org>, 
Jeff King writes: 


>We were originally told by TAPR that an open APRS protocol SIG-LIST 

>would be created for these very technical/protocol issues. Then this 

>got changed to "APRS-SPEC", which is apparently intended only for 
>minor/typo corrections to the draft. And now it has been learned that 

>there is indeed an active APRS protocol list, except it is a WG members only 
>private list not open for public participation or even observation!! 


I'm not going to reply to Jeff's other comments (lack of time right now, 
and perhaps knowledge as well), but this statement is flat out wrong and 


VV VV VV VV VV VV 


needs to be corrected. 


The APRS-SPEC mailing list is indeed intended for public discussion of 
APRS protocol issues. It is being used right now as the preferred way 
to post issues about the specification document that is on the table -- 
and I think most of the WG members would prefer that we focus on that 


VV VV VV VV 


broader discussions of the protocol are not appropriate for here. 


As I know your a wordsmith, I need to ask what you mean by 

"ARPS protocol issues"? I of course was refering to the broader 
issues of APRS/.AAVL and how best to implement it. This was my 
laymans approach to it. For the sake of discussion, I will concede 
this. 


I therefore stand corrected. My confussion was both the name 
"APRS-SPEC", the fact that so many were dismissed out of hand 

as well as the fact that protocol issues were being 

discussed on the private list. This all lead me to the conclusion that 
APRS-SPEC was just that..... for typo corrections of the APRS-SPEC. 
But, I am wrong as you pointed out and stand corrected. 


However, this was a secondary point to my posting. I still think the WG 
as a whole needs to endevor to keep an open mind. I hope you will 
continue to encourage them as I know you have in the past. 


73 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 17:06:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA22948 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 17:06:11 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54506-1999.12.10-17.20.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 18:08:17 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


document rather than addressing new issues -- but we have never said that 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
References: <LYR11601-54492-1999.12.10-15.57.42--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <385187E1.E7014DEC@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Future, Outside of scope of APRS version 1.0 
Guy: 


All kudos and backslapping aside, did you ever consider the fact that 
the effort to cater to the "old timers covered with dust" might be a 
determent to the future growth of the hobby? I mean, if I wanted 

to enter a hobby, I'd want it to be fresh, exciting and technologically 
advanced. I just can't see all the effort, and ultimate result being to 
cripple the growth of APRS. 


And this whole hog-wash about 7 bit stuff is just that..... hog-wash. 
8 bit codes can be run on a 1984 TNC1, let alone on any newer dusty 
TNC2. Its always been an artificial issue and some people just don't 
want to let it go. 


I've been down the same road you have.... except it was for Spread 
Spectrum presentations. I of course was involved in the TAPR SS-STA 

and made many presentations at ham clubs on spread spectrum. As I 

said before on the SS-list, for the most part the audience's eyes would 
glaze over. Sure, a few would get it, but most not. As best, they would 
see it as just another mode. It was a struggle to get one or two seriously 
interested. 


Now, I did do a few presentations at Linux and computer (non-ham) 
clubs. What a xrefreshingx difference. These guys saw the light and 
could understand the new paradigm that spread spectrum could be. 

And in fact, almost everyone that we had in our SS group was from this 
Ann Arbor Linux group. Yes, a number were already hams, but they were 
geeks first, hams second. 


I don't think we should be targeting APRS towards "old timers" (meaning 
technological inferiority) in particular if one of the stated goals of APRS is to 


increase the number of U.S. amateur licenses. Its needs to be targeted 

at people that don't have licenses, that may want to get one in the 
future. In effect, I'm saying APRS could be a "killer app". Lets just 

not lobotomize it for the sake of a few dusty hams that can't spring up $5 
for a new ROM for there TNC. 


Hey, maybe TAPR still has some money left in the QSY fund? We can 
call it the ROM fund? What cha' think? 


Regards, 


Jeff King wb8wka 


Guy Story wrote: 


I agree with Steve's standpoint on old gear. When I do a presentation to 
a club or group I always address first that APRS can be run on a tne that 
may go back to the early days of tnc-2. I have received email from hams 
that are very cheap but already have a tnc an radio that has not been 
touched in years. While being cheap can be a hinderance you can use it to 
your advantage. While packet is not a new technology, what we are appling 
to is is realativly new and can get some “old timers" back in the art. I 
have reviewed parts of the spec and find that it is a good document and I 
offer my thanks to everyone on the comittee. Good work guys. 


Guy Story 

KC5GOI 
kc5goi@tapr.org 
http://www. kc5goi.net 


You are currently subscribed to aprsspec as: jeff@aerodata.net 
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VVVV VV VV VV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 18:02:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA24479 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 18:02:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 10 Dec 1999 19:01:48 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid 
In-Reply-To: <LYR11586-54506-1999 .12.10-17.20.45-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-54509-1999 .12.10-18.16.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912101849450 .12944-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


One thing I hoped for in the opening up of APRS was for some of 

the talent coming on board to help us with better routing. I have 
always said that the GENERIC DIGIPEATING, was only a termprary way to 
get APRS to work with existing TNC's, but that a level 3/4 routing or 
even my simple SSID routing would vastly improve APRS... (Here the 
TO-CALL SSID is the "hop" indicator; and thus a free byte). We are 
currently wasting from 7 to 35 bytes in every single packet! 


If some of the talent that wants to re-invent APRS were applied to 
improving the routing, then I think the results would be very 
productive indeed. All it takes is someone to write EPROM code for the 
popular TNC's and boy would it sweep through APRSdom.... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 18:06:49 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA24734 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 18:06:47 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54510-1999.12.10-18.21.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Square) 


Date: Fri, 10 Dec 1999 19:08:54 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Omission: PIC-E in glossary 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38519614.8E23B7F4@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


MIM and MIC-E are in the glossary but I don't see PIC-E. Might 
want to include this (as it is mentioned in the text of the document). 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 18:14:17 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA24900 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 18:14:17 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-54512-1999.12.10-18.28.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 19:12:51 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Future of APRS WG 
Cc: jeff@aerodata.net 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <v04205500b4774663b59a@[165.230.139.231]> 
<LYR11588- 54488-1999 .12.10-15.46.58--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11601-54431-1999.12.10-08.48.29--jeffitaerodata.net@lists.tapr.org> 
<LYR11588 - 54488-1999 .12.10-15.46.58--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>I'm writing this because I am concerned that good ideas are 
>being dismissed offhand, or in some cases, apparently not even 
>being considered by the WG. I feel this is wrong and goes 
>against the amateur goal of technical achievement. 

> 


I am VERY open to new ideas, always have been.. At the moment, I 
want to get some stuff finished in the CURRENT versions of 
WinAPRS/MacAPRS/X-APRS.. This are NOT protocol issues, but DISPLAY 
issues.. There are some things we don't display correctly... And 
others we want to improve upon.. 


Also, I want a chance to make 110% sure, that our software FULLY 
complies to the new standard.. I also want a chance to breath and 
enjoy the holidays with family and friends... 

I am all for new improvements etc, But, give us a little breathing 


room after busting our backs for 9 months.. 


Keith Sproul 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 18:40:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25711 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 18:40:46 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 


Message-ID: <LYR11589-54516-1999.12.10-18.55.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 10 Dec 1999 19:42:51 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] INCONSISTENCY/UNCLEAR: Authors foreword, Page 4 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38519E0B.CC5028E8@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The author's foreword states in the first paragraph, page 4: 


"This reference document describes what is known as APRS protocol 
Version 1.0, and is essentially a description of how APRS operates 
today" 


This statement is consistent of what I have seen on the SIG.... that is, all 
those wanting to add enhancements were deferred to the next 
version. 


Now in paragraph 4, page 4 again, it states: 


"It is important to realize how APRS originated, and to understand the 
design philosophy behind it." 


Right, its always good to know how things originated in the past. But 
then the document goes on to sSay.: 


"In particular, we feel strongly that APRS is, and should remain a 
light-weight tactical system -- almost anyone should be able to 

use it in temporary situations (such as emergencies or mobile work or 
weather watching) with the minimum of training and equipment" 


Now, not to be picky, is this part of the spec? If so, it goes beyond 
"documenting what we have" and sets a precedent for any further 
development. I think it would be best to delete any future development 
rules and focus on just the protocol itself for now. Save that for version 
2.0 


If we leave it, the statement should be re-written to say: "APRS is 
currently a light-weight tactical system" *without* going into any 
doctrine on how future enhancements should be made. 


If we need to define future development now, then this statement 

needs clarification. That is, what exactly does "light weight tactical 
system" mean? That anyone should be able to us it? Then we 

need some parameters on who this "anyone" is, so that software 

can pass the APRS certification. The way I see it, "light-weight" 

will evolve over time as the software becomes smarter. If this 

is understood by the APRS-WG, then I have no problem with 

the statement as it stands. 


Sorry to be anal about this, but I have some ideas for enhancements 
and want to make sure nothing said in this document will rule them 
out from future consideration. 


-Jeff 


If the £ 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 18:56:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA26081 
for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 18:56:33 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54518-1999.12.10-19.11.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Dec 1999 19:58:33 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SUGGESTION: Mr. Spock and the RFC's 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3851A1B9.1EA70678@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


This is minor, but might save some embarrassment when the 
document is published. 


Page 4, paragraph 3 reads: 


"It is not intended, however, to be a dry-as-dust, pedantic, RFC-style 
programming specification, to be read and understood only by the 
Mr Spocks of this world" 


Does this add anything to the document? All it tells me is whoever wrote 
it has read very few RFC's. FYI, *xanyonex can write an RFC and stand 

a good chance of getting it published. And I've seen RFC's that look 
like they have been written for the "Dear Abby" audience as well 

as the so called "Mr. Spock" audience. 


I'd just delete this section and just say your trying to write a clear 
document and leave it at that. Taking a swing at those that 
write RFC's or are fans of "Mr. Spock" is just not required. 


BTW, the APRS-WG really should consider submitting the APRS 

spec to the RFC process. I'm not kidding, at least on the internet 
side. We hams that do TCP/IP over the air have done so, I see no 
reason why the APRS hams should not do so. 


Its there for a reason and it works (most of the time). 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 10 19:58:08 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA28756 

for <lyris.aprsspec@tapr.org>; Fri, 10 Dec 1999 19:58:03 -0600 (CST) 
Date: Fri, 10 Dec 1999 18:57:52 -0700 
From: "Shawn T. Rutledge" <rutledge@cx47646-a.phnx1.az.home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SUGGESTION: Mr. Spock and the RFC's 
Message-ID: <LYR11589-54523-1999.12.10-20.12.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR12277-54518-1999 .12.10-19.11.00-- 
ecloud#bigfoot.com@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
In-Reply-To: <LYR12277-54518-1999 .12.10-19.11.00-- 
ecloud#bigfoot.com@lists.tapr.org>; from Jeff King on Fri, Dec 10, 1999 at 
07:58:33PM -0500 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <19991210185752 .B30300@electron.kb7pwd.ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, Dec 10, 1999 at 07:58:33PM -0500, Jeff King wrote: 
This is minor, but might save some embarrassment when the 
document is published. 


Page 4, paragraph 3 reads: 


"It is not intended, however, to be a dry-as-dust, pedantic, RFC-style 
programming specification, to be read and understood only by the 
Mr Spocks of this world" 


Does this add anything to the document? All it tells me is whoever wrote 
it has read very few RFC's. FYI, *xanyonex can write an RFC and stand 

a good chance of getting it published. And I've seen RFC's that look 
like they have been written for the "Dear Abby" audience as well 

as the so called "Mr. Spock" audience. 


I'd just delete this section and just say your trying to write a clear 
document and leave it at that. Taking a swing at those that 


> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> write RFC's or are fans of "Mr. Spock" is just not required. 


BTW, the APRS-WG really should consider submitting the APRS 

spec to the RFC process. I'm not kidding, at least on the internet 
side. We hams that do TCP/IP over the air have done so, I see no 
reason why the APRS hams should not do so. 


VV VVV VV 


Its there for a reason and it works (most of the time). 


I second all the above. Good points. 


Scere http: //www.bigfoot.com/~ecloud 
(_ | |_) ecloud@bigfoot.com finger rutledge@cx47646-a.phnx1.az.home.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 08:41:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ4217 
for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 08:41:28 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SUGGESTION: Mr. Spock and the RFC's 
Date: Sat, 11 Dec 1999 16:43:15 +0200 
Message-ID: <LYR11589-54602-1999.12.11-08.55.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-54518-1999 .12.10-19.11.00-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-54518-1999 .12.10-19.11.00-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <u0n45ssg71i87q2mnh718b82rit0jtd3nq@4ax .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 10 Dec 1999 19:58:33 -0500, Jeff King <jeff@aerodata.net> 
wrote: 


>This is minor, but might save some embarrassment when the 
>document is published. 

> 

>Page 4, paragraph 3 reads: 


"Tt is not intended, however, to be a dry-as-dust, pedantic, RFC-style 
programming specification, to be read and understood only by the 
Mr Spocks of this world" 


VVVV VV 


>Does this add anything to the document? All it tells me is whoever wrote 
>it has read very few RFC's. FYI, *xanyonex can write an RFC and stand 

>a good chance of getting it published. And I've seen RFC's that look 
>like they have been written for the "Dear Abby" audience as well 

>as the so called "Mr. Spock" audience. 

> 

>I'd just delete this section and just say your trying to write a clear 
>document and leave it at that. Taking a swing at those that 

>write RFC's or are fans of "Mr. Spock" is just not required. 


I was also amused reading this paragraph. If you want to impress 
someone, at least refer to ITU-R/ITU-T (previously CCIR/CCITT) 
documents in which you really had to play Devil's Advocate in order 
to avoid all the pitfalls in the documentation :-). 


A document like the APRS 1.0 specification should be easily readable 
(which it is) and should also include warnings of typical programming 
pitfalls (e.g. not using the exact conversion coefficients in unit 
conversion or the problem with upper case/lower case in locators). 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 08:41:42 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ4227 
for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 08:41:40 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
Date: Sat, 11 Dec 1999 16:43:19 +0200 
Message-ID: <LYR11589-54603-1999.12.11-08.56.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


References: <199912101431.JAA16604@fbO02.eng00.mindspring.net> 
In-Reply-To: <199912101431.JAA16604@fb02.eng00.mindspring.net> 
MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <26145sg9r51dphg0vv0fo5u4k1gpqj7460@4ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 10 Dec 1999 09:29:07 -0500, Steve Dimse <k4hg@tapr.org> wrote: 


>On 12/10/99 4:34 AM Paul Keinanen (keinanen@sci.fi) wrote: 

> 

>>So, base-91 is not currently a widely implemented feature. 

>> 

>No, but it has been implemented in the new Kenwood D700, which makes it 
>"cast in stone" as far as we are concerned. 


Documenting what some hardware manufacturer has done is a good thing, 
but endorsing something (by _not_ telling that this is something 
vendor specific) is quite questionable. 


>The trouble is hams are cheap. Many will leave the hobby before they will 
>spend real cash. There are too few hams already, we want to do everything 
>we can to encourage people to use APRS. APRS is designed to be used with 
>older equipment, because many hams have old TNCs laying around their 
>house, they can dust them off and get on the air. 


As I said in the original message, there are human readable formats 
available, so if anyone wants to broadcast a message, this can be done 
using the existing formats. However, if someone wants to transmit the 
data in only machine readable compressed form, in order to minimise 
the message length, why not simply use binary representation. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 08:42:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ4264 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 08:42:21 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
Date: Sat, 11 Dec 1999 16:43:22 +0200 
Message-ID: <LYR11589-54604-1999.12.11-08.56.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR11659-54419-1999 .12.10-03.46.53-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> <LYR13206-54473-1999 .12.10-13.53.12-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-54473-1999 .12.10-13.53.12-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4em45sor5qvOs3ffhjbbgdi7it2s62am7r@4ax .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 10 Dec 1999 19:32:03 +0000, Ian Wade 
<ian@dowrmain.demon.co.uk> wrote: 


>In article <LYR11659-54419-1999.12.10-03.46.53--iand#tdowrmain.demon.co.uk 
>@lists.tapr.org>, Paul Keinanen <keinanen@sci.fi> writes 

> 

>>I did not find a motivation in the document why such an obscure 
>>encoding was invented, so could some please explain the motivation 
>>behind it. 

> 

>Base 91 is a neat trick to ensure that on-air characters are printable 
>ASCII. In the same way as base 10 encompasses the number range 0-9, base 
>91 encompasses the number range 0-90. If you then add 33 to any base 91 
>value, you get an ASCII character in the range 33 ("!") to 123 ("{"). 
>This stops just short of "|", which may upset a TNC. 


Tan, 


Thanks for the explanation, the situation is as bad as I have 
feared: -(. 


If this vendor specific format is really going to be endorsed by 
including it into the APRS 1.0 specification, then this clarification 
is really needed in the specification, since amateur radio seems to be 
the only place where people still struggle with 7 bit characters. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 10:46:55 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA08578 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 10:46:52 -0600 (CST) 
Message-Id: <LYR11589-54614-1999.12.11-11.01.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
Date: Sat, 11 Dec 1999 11:41:42 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912111646.LAA04691@smtp7.atl.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/11/99 9:43 AM Paul Keinanen (keinanen@sci.fi) wrote: 


>On Fri, 10 Dec 1999 09:29:07 -0500, Steve Dimse <k4hg@tapr.org> wrote: 

> 

>>0n 12/10/99 4:34 AM Paul Keinanen (keinanen@sci.fi) wrote: 

>> 

>>>So, base-91 is not currently a widely implemented feature. 

>>> 

>>No, but it has been implemented in the new Kenwood D700, which makes it 
>>"cast in stone" as far as we are concerned. 

> 

>Documenting what some hardware manufacturer has done is a good thing, 


>but endorsing something (by _not_ telling that this is something 
>vendor specific) is quite questionable. 

> 

You have this wrong. This isn't something vendor specific that Kenwood 
came up with. It was a format developed by and agreed to the authors. It 
was then given to Kenwood along with the rest of the APRS formats, and 
they implemented it in the new radio. 


The thing is that once these protocols are implemented in a hardware 
device they become set in stone, or more accurately silicon! Yes, ROMS 
can be replaced, EEPROMS reprogrammed, but it becomes quite a task and 
not one undertaken lightly... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 11:29:01 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA10025 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 11:28:57 -0600 (CST) 
From: steve.sampson@hushmail.com 
Message-Id: <LYR11589-54617-1999.12.11-11.43.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 11 Dec 1999 12:21:22 -0500 (EST) 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912111724 . JAA23078@mail1.hushmail .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I for one see your point about 7 bit characters. There's no need to 
beat it to death. Just document it, and press on. 


Suffice to say that a future protocol will have to use Unicode as a minimum. 


>If this vendor specific format is really going to be endorsed by 
>including it into the APRS 1.0 specification, then this clarification 
>is really needed in the specification, since amateur radio seems to 
>be the only place where people still struggle with 7 bit characters. 


IMPORTANT NOTICE: If you are not using HushMail, this message could have been 
read easily by the many people who have access to your open personal email 
messages. 

Get your FREE, totally secure email address at http://www.hushmail.com. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 12:08:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11005 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 12:08:28 -0600 (CST) 
Message-Id: <LYR11589-54621-1999.12.11-12.22.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 11 Dec 1999 11:07:40 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Comment Period 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b47843249cf£b@[198.106.196.29]> 
<LYR11893-54545-1999.12.11-00.00.11--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I would sincerely request that the comment period be extended by a few 
days, at least. I see no reason to rush it, and I am barely past the 
description of the destination field!! 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 12:10:59 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11095 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 12:10:56 -0600 (CST) 
Message-Id: <LYR11589-54624-1999.12.11-12.25.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 11 Dec 1999 11:10:42 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Net names 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b4784374b003@[198.106.196.29]> 

<LYR11893-54545-1999.12.11-00.00.11--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On page 19, the set of APRS-recognized destination "callsigns" (term used 
under duress) includes "RTCM" and "TLM". What are they used for? 


The earlier recognized set included "SKYWARN". This seemed very useful. Is 
this now supposed to fall under "SKYx"?? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 12:32:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11739 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 12:32:43 -0600 (CST) 
From: archer@eskimo.com 
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Sat, 11 Dec 1999 10:32:18 -0800 (PST) 
X-Sender: archer@gatekeeper.we7u.net 
Reply-To: "Mills, Curt, WE7U" <BowHunter@mail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Mills, Curt, WE7U" <BowHunter@mail.com> 
Subject: [aprsspec] Re-Inventing APRS Routing 
In-Reply-To: <LYR12893-54509-1999 .12.10-18.16.36--we7ud#mail.com@lists.tapr.org> 
Message-ID: <LYR11589-54626-1999.12.11-12.47.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.04.9912111027270. 16487 -100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 10 Dec 1999, Bob Bruninga wrote: 


If some of the talent that wants to re-invent APRS were applied to 
improving the routing, then I think the results would be very 
productive indeed. All it takes is someone to write EPROM code for the 
popular TNC's and boy would it sweep through APRSdom.... 


VVV NM 


Well, if anyone wants a full-blown GCC compiler for the HC11 processor 
that is in the KPC3+, go to my home page below and download the tweaks 
to gcc-2.8.1. There's also a link there to mods for the gcc-2.9.5 
compiler that a guy in France did. The gcc-2.9.5 stuff uses the 

full GNU toolset, including the GAS assembler and the GNU linker. 

All of this stuff is also searchable on "http://freshmeat.net". 


That ought'a get someone started. Works great on Linux compiling 
things for the HC11. 


Curt, WE7U. BowHunter@mail.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WE7U. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 14:45:53 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA15221 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 14:45:49 -0600 (CST) 
Message-ID: <LYR11589-54632-1999.12.11-15.00.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 11 Dec 1999 20:44:42 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Net names 
In-Reply-To: <LYR11659-54624-1999 .12.11-12.25.30-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <C$EwsyA6erU4EwLW@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-54624-1999.12.11-12.25.30--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>On page 19, the set of APRS-recognized destination "callsigns" (term used 
>under duress) includes "RTCM" 


RTCM is used for Differential GPS. 


> and "TLM". 


Telemetry (I think). 


> 
>The earlier recognized set included "SKYWARN". This seemed very useful. Is 
>this now supposed to fall under "SKYx"?? 


"SKY" and anything beginning with "SKY" falls under "SKYx". 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 18:29:14 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA24429 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 18:29:13 -0600 (CST) 
Date: Sat, 11 Dec 1999 18:28:51 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-54673-1999.12.11-18.43.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11595-54506-1999 .12.10-17.20.45-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912120028 .SAA41357@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Fri, 10 Dec 1999 18:08:17 -0500 
From: Jeff King <jeff@aerodata.net> 
Subject: Re: [aprsspec] Base-91 (was Destination Field - Grid Square) 


[...] 


VV VV 


And this whole hog-wash about 7 bit stuff is just that..... hog-wash. 
8 bit codes can be run on a 1984 TNC1, let alone on any newer dusty 
TNC2. Its always been an artificial issue and some people just don't 
want to let it go. 

Negeetel 


VVVV Vv 


I would be very interested in knowing which TNCs are not 8-bit clean and 
how many of them were manufactured. 


My impression was that only a fairly small number of TNCs fell in 
this category, but I don't believe anyone has actually identified any 
by model. 


There is a point at which the number of TNCs in this category is so 
small that they ought not be permitted to inhibit the evolution of 
amateur packet protocols. 


By the way, is the rest of the APRS system 8-bit clean? I was under 
the impression that some APRS software couldn't handle 8-bit characters. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 20:23:41 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA27854 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 20:23:38 -0600 (CST) 
Message-Id: <LYR11589-54683-1999.12.11-20.38.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
Date: Sat, 11 Dec 1999 21:23:08 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912120223 .VAA30622@smtp6.mindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/11/99 7:28 PM Tim Salo (salo@networkcs.com) wrote: 


>I would be very interested in knowing which TNCs are not 8-bit clean and 
>how many of them were manufactured. 

> 

>My impression was that only a fairly small number of TNCs fell in 

>this category, but I don't believe anyone has actually identified any 
>by model. 

> 

The nomenclature 8-bit is a little misleading, the primary problem is in 
getting all the values from 0 to 127. ALL TNCs, when used in unproto 
mode, will not accept all 7 bit codes without gymnastics. The most 
obvious example is ctrl-c. Sending this to a TNC will put it into command 
mode, not add a 03 to the data stream. Add the stream switch characters, 
and you end up with 91 contiguous characters. This is the primary 
limitation facing the use of TNCs with wider character ranges. 


There is an escape character, generally ctl-v, that allows you to enter 
this and other restricted characters into data strings, but this adds an 
extra step into the process. Another answer would be to use KISS mode. My 
suspicion is that either of these two work-arounds would also work for 8 
bit numbers, but I have no direct experience. 


>There is a point at which the number of TNCs in this category is so 
>small that they ought not be permitted to inhibit the evolution of 
>amateur packet protocols. 

> 

>By the way, is the rest of the APRS system 8-bit clean? I was under 
>the impression that some APRS software couldn't handle 8-bit characters. 
> 

The internet portion does not pass non-printing characters, as became 
clear when the Mic-E was developed. I spent a lot of time trying to track 
down the origin of the problem, I think it is in the use of the telnet 
libraries by the clients. If I connect directly to APRServe and send 
non-printing characters, and watch the outgoing data in a sniffer 
program, they are all present. However, javAPRS, which uses the Java 
socket library, seems to filter them out. There is no published interface 
to control the filtering. When I was working on the problem I couldn't 
find a good reference to the internal workings of the socket and stream 
classes, and in any case the other clients were having the same problem, 
so after spending far too much time on it I moved on. 


I know this is going to raise the hackles of those people screaming 
kludge. However I am a pragmatist. If I can't solve a problem ina 
reasonable amount of time, I go around it. For me, the joy comes in 
making something work... 


So please, no whining, or demands I fix it. At any time I'll gladly 
refund all the money any of you have paid me for the use of the APRServe 
network. If this limitation of APRServe bugs you, don't waste my time and 
everyone elses complaining about it, work on your own to define the 
problem and solve it. As I said, I wasted far too much time on this 
already, and I have things I find far more interesting to work on now. 


Frankly, I'd be thrilled if someone would take over the entire APRServe 
network, it takes at least half of my free time monitoring and 
maintaining it now. In 2.5 years, I've gotten fewer than a hundred 
thank-you's, not much return for my investment of thousands of hours and 
thousands of dollars. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 11 23:23:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ3625 

for <lyris.aprsspec@tapr.org>; Sat, 11 Dec 1999 23:23:18 -0600 (CST) 
Message-ID: <LYR11589-54724-1999 .12.11-23 .37.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-54683-1999.12.11-20.38.10-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
Date: Sat, 11 Dec 1999 21:05:17 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001301bf£4460$ed56c860$1593b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have been experimenting with KISS and 8-bit. It appears to be no problem 
transmitting and receiving 8-bit. However, not all the digis in my area 
appear to want to digi it. Some do! It appears you can put anything in the 
data portion of the packet. The KISS protocol handles the control codes 

and binary transparently. Using 8-bit binary allows for putting more data 
in the same space we now use. Using Base91, gives us 6.5 bits precision. 
Not bad. But we could gain using the extra 1.5 bits. Example: 8 bytes, one 
can have Lat/Long to a couple of inches. Indeed, Garmin GPS receivers use 8 
bytes to describe Lat/Long in the Garmin protocol using 2, 4-byte integers. 
And DeLorme encodes Lat/Long in 8 bytes also. 


APRServe: First, Steve, THANK YOU, THANK YOU, THANK YOU. It is the glue 
that ties vastly separated areas together. It has made APRS a global 
community. Second: I have not understood the problem with 7 vs 8 bits with 
APRServe before. There is a simple way to get around this issue. Take the 
Mic-E example. Instead of having each client program convert the Mic-E to a 
"standard" APRS packet, it could just be encoded in something simple like 
Base64. The packet could be constructed to be transparent to APRServe. 
something like this: 

APRSSA>BASE64: base_64_encoded_data_goes_here. 


The From callsign shows the originating station. The To callsign says the 
data in Base64. And the "base_64_encoded_data" is the complete original 
packet, header/address/data complete. The client would just reverse the 
Base64, and send the data back through the parser. Only packets that need 
encoding would be encoded. Mic-E and Binary. 


Brent KH2Z 


miss Original Message ----- 

From: Steve Dimse <k4hg@tapr.org> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Sent: Saturday, December 11, 1999 6:23 PM 

Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 


On 12/11/99 7:28 PM Tim Salo (salo@networkcs.com) wrote: 


>I would be very interested in knowing which TNCs are not 8-bit clean and 
>how many of them were manufactured. 

> 

>My impression was that only a fairly small number of TNCs fell in 

>this category, but I don't believe anyone has actually identified any 
>by model. 

> 


VV VV VV VV WV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


The nomenclature 8-bit is a little misleading, the primary problem is in 
getting all the values from 0 to 127. ALL TNCs, when used in unproto 
mode, will not accept all 7 bit codes without gymnastics. The most 
obvious example is ctrl-c. Sending this to a TNC will put it into command 
mode, not add a 03 to the data stream. Add the stream switch characters, 
and you end up with 91 contiguous characters. This is the primary 
limitation facing the use of TNCs with wider character ranges. 


There is an escape character, generally ctl-v, that allows you to enter 
this and other restricted characters into data strings, but this adds an 
extra step into the process. Another answer would be to use KISS mode. My 
suspicion is that either of these two work-arounds would also work for 8 
bit numbers, but I have no direct experience. 


>There is a point at which the number of TNCs in this category is so 
>small that they ought not be permitted to inhibit the evolution of 
>amateur packet protocols. 

> 

>By the way, is the rest of the APRS system 8-bit clean? I was under 
>the impression that some APRS software couldn't handle 8-bit characters. 
> 

The internet portion does not pass non-printing characters, as became 
clear when the Mic-E was developed. I spent a lot of time trying to track 
down the origin of the problem, I think it is in the use of the telnet 
libraries by the clients. If I connect directly to APRServe and send 
non-printing characters, and watch the outgoing data in a sniffer 
program, they are all present. However, javAPRS, which uses the Java 
socket library, seems to filter them out. There is no published interface 
to control the filtering. When I was working on the problem I couldn't 
find a good reference to the internal workings of the socket and stream 
classes, and in any case the other clients were having the same problem, 
so after spending far too much time on it I moved on. 


I know this is going to raise the hackles of those people screaming 
kludge. However I am a pragmatist. If I can't solve a problem ina 
reasonable amount of time, I go around it. For me, the joy comes in 
making something work... 


So please, no whining, or demands I fix it. At any time I'll gladly 
refund all the money any of you have paid me for the use of the APRServe 
network. If this limitation of APRServe bugs you, don't waste my time and 
everyone elses complaining about it, work on your own to define the 
problem and solve it. As I said, I wasted far too much time on this 
already, and I have things I find far more interesting to work on now. 


Frankly, I'd be thrilled if someone would take over the entire APRServe 
network, it takes at least half of my free time monitoring and 
maintaining it now. In 2.5 years, I've gotten fewer than a hundred 


thank-you's, not much return for my investment of thousands of hours and 
thousands of dollars. 


Steve K4HG 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 00:10:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA12870 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 00:10:20 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54738-1999 .12.12-00.24.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 01:12:23 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
References: <LYR11601-54683-1999.12.11-20.38.10--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38533CC7.1156B1CC@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This message discusses issues outside the scope of draft release 1.0 
Steve Dimse wrote: 


> On 12/11/99 7:28 PM Tim Salo (salo@networkcs.com) wrote: 


>I would be very interested in knowing which TNCs are not 8-bit clean and 
>how many of them were manufactured. 

> 

>My impression was that only a fairly small number of TNCs fell in 

>this category, but I don't believe anyone has actually identified any 
>by model. 

> 

The nomenclature 8-bit is a little misleading, the primary problem is in 
getting all the values from 0 to 127. ALL TNCs, when used in unproto 
mode, will not accept all 7 bit codes without gymnastics. 


VVVVVV VV VV WV 


KISS has been out longer then APRS. KISS is available 

on all TNC's. It takes 8 bit chars. It will do UI mode. Numerous 
source code examples exist for KISS, one having just been published 
in the Summer99 PSR. And KISS is much more standard then the 
“unproto" mode on the TNC's. 


So the claim that "old and dusty" TNC's can't be made to do 
8 bit UI frames is false. At worst, a $5 EPROM would need to be 
replaced (a 27C64 for the 1984 TNC1). 


> >By the way, is the rest of the APRS system 8-bit clean? I was under 

> >the impression that some APRS software couldn't handle 8-bit characters. 
>> 

> The internet portion does not pass non-printing characters, as became 

> clear when the Mic-E was developed. 


[... clipped for brevity ...] 


So, what you are saying is the tools you had at your disposal for the Macintosh 
could not be made to pass 8 bit internet data, hence you went with what 
you had? Fair enough. 


> So please, no whining, or demands I fix it. 


Now wait one moment here. I don't see anyone asking you to do that 

or whining about it. What I see is people expressing concern that APRS 

will be limited to a 7 bit over the air format. The fact that the Mac tools 
may ox may not have been responsible for this (legacy software) really 

is not the issue. We need to look forward with open minds. The very 

xlastx thing we want to do is constrain and cripple our over the air 
format, were we need the most efficiency possible. This of course 

means a full 8bit compressed format. 


>If this limitation of APRServe bugs you, don't waste my time and 


>everyone elses complaining about it, work on your own to define the 
>problem and solve it. 


I don't understand this statement. We are on the APRSSPEC list discussing 
future extensions to APRS. Are you suggesting that everyone go out on 
their own and develop independent non compliant versions of "APRS"? 

This would seem counterproductive to the goals of the APRS-WG. 


Frankly, I'd be thrilled if someone would take over the entire APRServe 
network, it takes at least half of my free time monitoring and 
maintaining it now. In 2.5 years, I've gotten fewer than a hundred 
thank-you's, not much return for my investment of thousands of hours and 
thousands of dollars. 


VV VV WV 


If your not getting anything out of it, by all means, I'd pass it on. But I think 
you underestimate the amount of gratitude people have for what you 

have contributed to APRS. While I can't speak of the "thanks-you's" I can 

quote the numbers from the Spring 1999 PSR. You ran for the first time for 

the TAPR BOD in 1999 and captured 78.85% of the memberships vote. 

This was second only to Steve Bible, a long time incumbent BOD member. 

Assuming you wanted to be on the TAPR board, one could take overwhelming 

victory as a thank you. I think you should. 


In any case, my interest here is that the APRS-WG consider new ideas and 
not hobble APRS v2.0 with any personal bias or past flawed practices. Lets 
keep a open mind to others ideas. And lets not assume just because that is 
how we always have done it is the way we should always do it. 


73 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 03:39:57 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA26379 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 03:39:57 -0600 (CST) 
Message-ID: <LYR11589-54751-1999 .12.12-03.54.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 09:26:43 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


From: Ian Wade <ian@dowrmain.demon.co.uk> 

Reply-To: Ian Wade <ianwade@netro.co.uk> 

Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11659-54683-1999 .12.11-20.38.10-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9y+vPQATp2U4Ew9D@dowrmain.demon.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR11659-54683-1999.12.11-20.38.10--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Steve Dimse <k4hg@tapr.org> writes 


>The nomenclature 8-bit is a little misleading, the primary problem is in 
>getting all the values from © to 127. ALL TNCs, when used in unproto 
>mode, will not accept all 7 bit codes without gymnastics. The most 
>obvious example is ctrl-c. Sending this to a TNC will put it into command 
>mode, not add a 03 to the data stream. Add the stream switch characters, 
>and you end up with 91 contiguous characters. This is the primary 
>limitation facing the use of TNCs with wider character ranges. 

> 

>There is an escape character, generally ctl-v, that allows you to enter 
>this and other restricted characters into data strings, but this adds an 
>extra step into the process. 


Yes, all of that is true. But this is how we used to do things fifteen 
(15) years ago! Almost since the dawn of AX.25 packet radio (1984) we've 
also had KISS mode, which removes xallx the kludges you mention. KA9Q 
TCP/IP has been running since the late 80s over AX.25 without any of 
these hangups. I just cannot understand why in 1999 so many people 
xstillx have a fixation that 7-bit ASCII terminal mode is the only way 
to talk to a TNC. (Ox even why they even need a TNC any more). 


>The internet portion does not pass non-printing characters, as became 
>clear when the Mic-E was developed. 


It depends on how you pass them. The Internet has been passing 8-bit 
mail and news for years. Yes, you may need to convert binary to 7-bit 
characters, but there are dozens of ways of doing this reliably -- you 
don't have to invent anything new. Yes, there are limitations in telnet 
clients, but telnet isn't the only way to talk to the Internet. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 03:41:36 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA26425 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 03:41:35 -0600 (CST) 
Message-ID: <LYR11589-54752-1999 .12.12-03.54.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 09:31:54 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11659-54738-1999 .12.12-00.24.56-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <7iYurVAKu2U4Ewd9@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-54738-1999 .12.12-00.24.56--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Jeff King <jeff@aerodata.net> writes 

> 

>In any case, my interest here is that the APRS-WG consider new ideas and 
>not hobble APRS v2.0 with any personal bias or past flawed practices. Lets 
>keep a open mind to others ideas. And lets not assume just because that is 
>how we always have done it is the way we should always do it. 


Agreed Jeff. However, the biggest single obstruction to progress is not 
really personal bias or past flawed practices. It is the Kenwood TH-D7. 
Its "firm" ware is effectively "rock-solid-concrete" ware (I know, in 
theory you xcanx get the firmware changed if you return it to depot, but 
how many people will actually do that?). Kenwood's commercial decision 
not to include flash upgradable firmware is incomprehensible. 


The D7 has been a two-edged sword. On the one hand, it has ignited APRS 
by making it attractive to appliance operators. On the other hand, it 
has become a lead weight around our ankles. 


The bottom line is that the APRS protocol is seriously flawed in several 
areas, and needs to be superceded. For efficiency and flexibility (and 
to get away from non-printing ASCII kludges) we probably need to go to 
KISS/binary, but the TH-D7 can't handle that. So the question is: do we 
steam ahead with a better protocol and leave the TH-D7 behind, or do we 
steam ahead with a better protocol on top of the existing protocol, so 
that TH-D7s can still work? The answer is obvious I think. However, the 
TH-D7 will be obsolete in a couple of years or so, so we can then 
progressively phase out today's kludges. 


To anyone still thinking of buying a D7, don't waste your money. You'll 

be stuck with a dinosaur. I don't know about the D700 -- does it support 
flash upgrade? If not, don't buy that either. The modem vendors learned 

years ago that the world is changing by the day, and they were forced to 
support flash upgrades to survive. Kenwood has to do the same. We cannot 
let a feet-dragging vendor hold back the advancement of APRS. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 05:35:06 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA28327 
for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 05:35:05 -0600 (CST) 
From: steve.sampson@hushmail.com 
Message-Id: <LYR11589-54753-1999.12.12-05.49.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 05:01:40 -0600 (CST) 
Subject: [aprsspec] Re: APRS 2.0 (non-ascii) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912121130 .DAA04166@mail1.hushmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>Agreed Jeff. However, the biggest single obstruction to progress is 
>not really personal bias or past flawed practices. It is the Kenwood 
>TH-D7. Its "firm" ware is effectively "rock-solid-concrete" ware (I 
>know, in theory you *xcanx get the firmware changed if you return it 
>to depot, but how many people will actually do that?). Kenwood's 
>commercial decision not to include flash upgradable firmware is 
>incomprehensible. 


They don't want Hams to use the radio for their own software development 
which a flash would allow. 


APRS should not be based on what Kenwood implemented. That radio 

is the typical junk that Hams buy when they have more money than sense. 
I must have heard 20 people say it does 9600 perfectly with phase 
modulation, where none have been able to do it before (impossible). 


>So the question is: do we steam ahead with a better protocol and leave 
>the TH-D7 behind, or do we steam ahead with a better protocol on top of 
>the existing protocol, 


I think a second version of APRS should be specified for higher bit rates. 
Version 1.0 is adequate for what it is designed for. It has such a low 
cycle time, that any encoding scheme will have a minor effect. 


The APRS 2.0 spec should be binary and not human readable. The cycle 
time should be on the order of 10 seconds. I picture a 2.4 GHz Spread 
Spectrum device at 300 ft with 3 Watts, and one of those Proxim 
Symphony Bridge devices on the roof of your car, using Charles Brains 
(G4GU0) vocoder board and a laptop... 440 MHz is wide open for the 
new SS rules. The band is pretty much dead in the midwest except for 


repeater ID's from those who like to reserve channels, when channels 

is a dead concept at layer 1. When I click on a storm spotters icon, I 
want 

to hear his last voice report. That sort of capability. 


In review: APRS V 2.0 should be based on a seperate infrastructure that 
does not include Shift Keying. The TAPR SS project would be a good 
candidate if it could be shifted down to 440. The 900 MHz target is not 
usable in most of the midwest at higher power levels. 


73, 
Steve, K50KC 


IMPORTANT NOTICE: If you are not using HushMail, this message could have been 
read easily by the many people who have access to your open personal email 
messages. 

Get your FREE, totally secure email address at http://www.hushmail.com. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 05:57:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA28937 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 05:57:43 -0600 (CST) 
Message-ID: <LYR11589-54756-1999 .12.12-06.12.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 11:54:54 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: APRS 2.0 (non-ascii) 
In-Reply-To: <LYR11659-54753-1999 .12.12-05.49.41-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <jsZI4dA004U4Ew+P@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-54753-1999.12.12-05.49.41--ian#dowrmain.demon.co.uk 


@lists.tapr.org>, steve.sampson@hushmail.com writes 


> 
>I think a second version of APRS should be specified for higher bit rates. 


Bit rates are a physical layer issue. Nothing to do with the APRS 
Protocol. 


>In review: APRS V 2.0 should be based on a seperate infrastructure that 
>does not include Shift Keying. 


Shift keying is a physical layer issue. Nothing to do with the APRS 
Protocol. 


Nowhere in the spec is there any mention of 1200 bps or any other 
physical layer isssues. Ditto the AX.25 spec. 


By all means talk about SS and similar, but this list is not the place 
for it. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 06:35:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA29775 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 06:35:02 -0600 (CST) 
From: steve.sampson@hushmail.com 
Message-Id: <LYR11589-54759-1999 .12.12-06.49.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 06:14:59 -0600 (CST) 
Subject: [aprsspec] Re: APRS 2.0 (non-ascii) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Cc: aprsspec@lists.tapr.org 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912121230.EAA04760@mail1.hushmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>Bit rates are a physical layer issue. Nothing to do with the APRS 
>Protocol. 


The submission was in the context of cycle time. You can't decrease 
the cycle time without increasing the bit rate. 


Will APRS always have a cycle time of 10 minutes? Even in future 
protocols? What does "...diseminating live data to everyone ona 
network in real time." really mean? (Page 7). 


I will try to refrain from invoking the moderator. 


IMPORTANT NOTICE: If you are not using HushMail, this message could have been 
read easily by the many people who have access to your open personal email 
messages. 

Get your FREE, totally secure email address at http://www.hushmail.com. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 09:41:58 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3808 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 09:41:55 -0600 (CST) 
Message-Id: <LYR11589-54772-1999 .12.12-09.56.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
Date: Sun, 12 Dec 1999 10:39:40 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912121541 . KAA32103@smtp6.mindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 12/12/99 1:12 AM Jeff King (jeff@aerodata.net) wrote: 


>> The internet portion does not pass non-printing characters, as became 
>> clear when the Mic-E was developed. 

> 

>[... clipped for brevity ...] 

> 

>So, what you are saying is the tools you had at your disposal for the 
>Macintosh 

>could not be made to pass 8 bit internet data, hence you went with what 
>you had? Fair enough. 

> 

No, let me clarify what I wrote. I said the Macintosh portion (the 
APRServe program itself) is 8 bit clean. The problem appears to be in the 
clients that connect to it using telnet protocol (RFC 854 provides 
specific functions for specific non-printing chars, so most 
implementations filter them rather than pass them) or other ASCII 
oriented protocol. 


On further reflection though, it isn't 8 bit clean...even though it will 
pass all 256 values, OxOd has special meaning as the end of line 
character. In order to pass it, you would need to go to a different means 
of identifying the end of the packet, such as header-length-data. It 

would be a complete re-write... 

> 

>> Frankly, I'd be thrilled if someone would take over the entire APRServe 
>> network, it takes at least half of my free time monitoring and 

>> maintaining it now. In 2.5 years, I've gotten fewer than a hundred 

>> thank-you's, not much return for my investment of thousands of hours and 
>> thousands of dollars. 


>If your not getting anything out of it, by all means, I'd pass it on. But 
>I think 

>you underestimate the amount of gratitude people have for what you 

>have contributed to APRS. While I can't speak of the "thanks-you's" I can 
>quote the numbers from the Spring 1999 PSR. You ran for the first time for 
>the TAPR BOD in 1999 and captured 78.85% of the memberships vote. 

>This was second only to Steve Bible, a long time incumbent BOD member. 
>Assuming you wanted to be on the TAPR board, one could take overwhelming 
>victory as a thank you. I think you should. 

> 


No, I don't underestimate that, and perhaps I wasn't clear in what I 
wrote. I know more than 100 people appreciate my work. My point was that 
my motivation has nothing to do with the tangible rewards of thank-yous 
and money. If it did, I'd have been gone long ago. My motivation is in 
creating something that works and is useful. Unfortunately, it is too 
successful ;-)...it is useful to so many people that I feel an obligation 
to keep it working. So instead of using my free time to work on making 
something new, like XMLserve, work (which is what I want to do), I'm 
spending it keeping something old going (been there, done that). 


My real rewards have come and gone...the first time I saw javAPRS bring 
up live data in Atlanta, the first time we sent a message between two 
copies of MacAPRS via the internet, the first time we sent a 
coast-to-coast radio-to-radio message. That is why I did this. I see no 
new firsts coming from APRServe itself, which is why I want to work on 
XMLserve. 


>In any case, my interest here is that the APRS-WG consider new ideas and 
>not hobble APRS v2.0 with any personal bias or past flawed practices. Lets 
>keep a open mind to others ideas. And lets not assume just because that is 
>how we always have done it is the way we should always do it. 

> 

There are problems. Besides the need to change APRServe to handle the 

@xOd character as data, all the IGates would need to be changed as well, 
and all the clients would need to be updated. As Brent pointed out, some 
digis don't pass the 8 bit data, that would need to be tracked down and 
fixed. All this would need to be done more-or-less all at once. Not an 
insurmountable task, but a daunting one, especially for a loosley-knit 
volunteer group. 


Then there is the issue of the D7's EEPROM. For those that do not know, 
the D7 EEPROM can only be updated by using a special programmer and 
soldering wires to the circuit board. If I were designing it I would have 
done this differently, as I'm sure you would have. However, it exists. 
Any change to the protocol that affects the D7 means committing every 
owner to sending these devices to Kenwood for reprogramming. A major 
inconvenience, and probably expense, since I doubt Kenwood would consider 
this a warranty repair. As Bob points out, there are more of these 
already than all registered APRS users. How would you deal with them? 


What do you really gain by going to full 8 bits from base-91? A bit anda 
half, give-or-take, for each byte. The base 91 format encodes the course, 
speed, altitude, symbol, and lat/lon in 12 characters. So you could save 
one byte for sure, probably 2. Sure, it would be more elegant, less 
kludgy, but the savings would be less than 20%, and far less in actual 
channel capacity when you consider the 30% optimal load and txd time. Is 
that worth all of this angst? 


I think all of us would do things differently if we could throw out 
everything we have and start from scratch. If APRS were the few dozen 
people on the list that would be a viable option. With thousands of hams 
around the world using it, hundreds of digis, and thousands of 
difficult-to-reprogram radios, I don't feel a new start is a viable 
option, and I remain committed to making things work as best we can with 
what we have. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 09:45:33 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3890 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 09:45:30 -0600 (CST) 
Message-Id: <LYR11589-54773-1999.12.12-10.00.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
Date: Sun, 12 Dec 1999 10:43:23 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912121545 . KAA28896@smtp6.mindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/12/99 4:26 AM Ian Wade (ian@dowrmain.demon.co.uk) wrote: 


>>The internet portion does not pass non-printing characters, as became 
>>clear when the Mic-E was developed. 

> 

>It depends on how you pass them. The Internet has been passing 8-bit 
>mail and news for years. Yes, you may need to convert binary to 7-bit 
>characters, but there are dozens of ways of doing this reliably -- you 
>don't have to invent anything new. Yes, there are limitations in telnet 
>clients, but telnet isn't the only way to talk to the Internet. 


> 

The specific question was whether the rest of APRS was 8bit ready now. My 
response addressed the Internet portion of APRS. I am well aware of the 
internet's handling of 8 bit characters. However, the question what 
worked now... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 10:31:55 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ5215 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 10:31:49 -0600 (CST) 
Message-ID: <LYR11589-54784-1999 .12.12-10.46.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-54772-1999 .12.12-09.56.25-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
Date: Sun, 12 Dec 1999 08:31:31 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <018401bf44be$59d576a0$1593b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On further reflection though, it isn't 8 bit clean...even though it will 
pass all 256 values, OxOd has special meaning as the end of line 
character. In order to pass it, you would need to go to a different means 
of identifying the end of the packet, such as header-length-data. It 
would be a complete re-write... 


VVVV Vv 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 15:12:41 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA15076 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 15:12:40 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-54829-1999 .12.12-15.27.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Dec 1999 16:14:44 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
References: <LYR11601-54772-1999 .12.12-09.56.25--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38541044.3877F132@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve Dimse wrote: 


On further reflection though, it isn't 8 bit clean...even though it will 
pass all 256 values, OxOd has special meaning as the end of line 
character. In order to pass it, you would need to go to a different means 
of identifying the end of the packet, such as header-length-data. It 
would be a complete re-write... 


VVVV Vv 


KISS and AX.25 have something like this, for its own special char (0x7F 

for AX.25 and I think OxFE for KISS). They have a simple padding mechanism 
to represent these chars without sending them. Very little overhead and you 
get a full transparent 8 bit path. 


>In any case, my interest here is that the APRS-WG consider new ideas and 
>not hobble APRS v2.0 with any personal bias or past flawed practices. Lets 
>keep a open mind to others ideas. And lets not assume just because that is 
>how we always have done it is the way we should always do it. 

> 

There are problems. Besides the need to change APRServe to handle the 

@xOd character as data, all the IGates would need to be changed as well, 
and all the clients would need to be updated. 


VV VV VV VV 


How many releases of WINAPRS are there a year? How many releases 

a year of APRS-SA4 are there a year? UI-VIEW? I know there is a release 
of XASTIR (at least a development version) at least every week it seems. 
So until the authors chime in and say they are adverse to change, I 
will assume by the volume of updates they all put out, they are always 
open to new ideas. 


I realize nothing will be overnight. The "APRS 2.0" changes 
could be integrated into the software over time, and a change/over date 
could made for all. 


And since your now going to APRS-XML-Server, any APRSSERVE 
legacy issues will go away in time. 


But first steps first. I was simply asking that first these technical ideas be 
considered, and then we can talk about the political issues of why people 
won't want to change. If the changes make no sense technically, then 

its pointless to discuss political reasons why people won't change. 


> As Brent pointed out, some 
> digis don't pass the 8 bit data, that would need to be tracked down and 
> fixed. 


As I pointed out to Brent in a private message, I've used KISS since about 
1986, exclusively (except for APRS) and I have never seen this problem. 
KISS is used with NOS, FBB, MSYS, BPQ, WORLI and many other 

applications. If there was a problem, I think we might have heard of it. 
I'm not at all saying Brent is wrong, I'm just saying a little more 
investigation need be carried out before it becomes a quotable fact/ 
conclusion KISS won't work on all digi's. I doubt this is a issue as 

KISS is a worldwide standard (well, actually, it has evolved somewhat 
outside of the US.... 6pack and SMACK being two varients... but 

they are all are compatible over the air) 


Now before we get into the Kenwood D7 issue, a question needs to be 
answered. It is: 


Is anyone on the APRS-WG under a contractual agreement with Kenwood? 


I think in any discussion of Kenwood/APRS, pro or con, needs to be made in 
the context of full disclosure and knowing who might be beholding to who. 


> Then there is the issue of the D7's EEPROM. For those that do not know, 
> the D7 EEPROM can only be updated by using a special programmer and 
> soldering wires to the circuit board. 


Yeah, I guess you can't expect hams to know how to solder...but I bet 
the 15 year old hacker down the street knows how to solder. In either 
case, if the ham can't solder, many people could do it for him/her for $$ 


On the programmer, I think you underestimate ham/hacker ingenuity. I 

just finished building a "RIB", which is the Motorola programmer for their 
FLASH based commercial radios. I'm sure they hold that as close to heart, but 
schematics are posted all over the internet. 


If I were designing it I would have 

done this differently, as I'm sure you would have. However, it exists. 
Any change to the protocol that affects the D7 means committing every 
owner to sending these devices to Kenwood for reprogramming. A major 
inconvenience, and probably expense, since I doubt Kenwood would consider 
this a warranty repair. As Bob points out, there are more of these 
already than all registered APRS users. How would you deal with them? 


VV VV VV MV 


Good issues. But I question if the WG should even consider these. First of all, 
if anyone on the WG is under a contractual agreement with Kenwood, this 

had poisoned the well already, so to speak. And the more basic issue of should 
Kenwood drive the future of APRS, just because they made a bad business 
decision, needs to be addressed. And if so, I think the WG needs to give every 
manufacturer a vote on the WG. Maybe ICON has a different way then Kenwood. 

But a better solution is to just completely negate any outside commercial 
interests. 


I also think you underestimate Kenwood. If there 

was a compelling business reason to update the firmware (like upset owners 
wanting new features) then they would find a way to do it. I was told by 
Bob that the Kenwood is a flash based radio, so it should be possible if 
the will exists. Quite frankly, I think Kenwood would be open to 

changes as it would insure them of a continued revenue stream from 

D7 owners needed to update the firmware. Kantronics certainly knows 

about this. 


What do you really gain by going to full 8 bits from base-91? A bit anda 
half, give-or-take, for each byte. The base 91 format encodes the course, 
speed, altitude, symbol, and lat/lon in 12 characters. So you could save 

one byte for sure, probably 2. Sure, it would be more elegant, less 


VV VV 


> kludgy, but the savings would be less than 20%, and far less in actual 
> channel capacity when you consider the 30% optimal load and txd time. Is 
> that worth all of this angst? 


Look ahead, look ahead... we are not talking 20% savings but 50% or more 
savings of total air time. With those extra bits, you can rearrange things to make 
more sense and pack the bits a little better. And there really is no compelling 
reason 

even to stay with AX.25. AX.25 is a connected mode protocol poorly suited for 
broadcast applications. How do you do FEC on it? (you can't) So, sure, if your 
assuming APRS is always married to AX.25, your argument makes some sense. 

But what I (and I think others are suggesting) is to optimize the existing 
protocol (which *xwill*x still work under AX.25) and then we also have 

a protocol that makes sense for other more advanced transport methods. 

And yes, a $59 PIC-E can do FEC (with a Ramtron chip). 


> I think all of us would do things differently if we could throw out 

> everything we have and start from scratch. If APRS were the few dozen 

> people on the list that would be a viable option. With thousands of hams 
> around the world using it, hundreds of digis, and thousands of 

> difficult-to-reprogram radios, I don't feel a new start is a viable 

> option, and I remain committed to making things work as best we can with 
> what we have. 


I've been in packet radio since 1984. I've seen numerous xmajorx changes, 
like from AX.25 level 1.0 to AX.25 level 2.0. Changes in the BBS 
forwarding protocols. Complete rewrites/new protocols in KA9Q NOS. 

All these changes affected more people then are on 

APRS. We all survived and thrived. It does need to made clear that no-one 
is suggesting change for the sake of change. But if something makes some 
sense, I would ask that the APRS-WG consider it with an open mind. 


It is premature for you to dismiss these ideas as you appear to be doing. 
We are not even at the "APRS 2.0" stage. On one hand it is suggested 
people present new ideas, but on the other you basically tell us how 

you will vote on them (no). Why would anyone waste their time writing 

an extension for APRS 2.0 when they know it will never be incorporated 

by the APRS-WG? 


I don't think anyone here is suggesting we throw out APRS version 1.0 as 
you may fear. But I do think that APRS needs to be able to evolve ina 
orderly fashion. And staying with all the legacy decisions that we made 
when APRS was first created will not allow this evolution. 


-Jeff wbh8wka 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 15:22:15 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA15316 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 15:22:10 -0600 (CST) 
Message-Id: <LYR11589-54830-1999.12.12-15.36.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
Date: Sun, 12 Dec 1999 16:21:19 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912122121 .QAAQ7972@smtp7.atl.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/12/99 4:14 PM Jeff King (jeff@aerodata.net) wrote: 


>And since your now going to APRS-XML-Server, any APRSSERVE 

>legacy issues will go away in time. 

> 

XMLServe does not replace APRServe, they have very different functions. 
See http://www.aprs.net/xml/dcc99.html for my DCC paper about it. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 15:38:20 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA15673 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 15:38:14 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 


Message-ID: <LYR11589-54831-1999.12.12-15.52.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sun, 12 Dec 1999 16:40:23 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
References: <LYR11601-54830-1999 .12.12-15.36.47--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38541646.4544633B@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Steve Dimse wrote: 
On 12/12/99 4:14 PM Jeff King (jeff@aerodata.net) wrote: 


>And since your now going to APRS-XML-Server, any APRSSERVE 

>legacy issues will go away in time. 

> 

XMLServe does not replace APRServe, they have very different functions. 
See http://www.aprs.net/xml/dcc99.html for my DCC paper about it. 


VV VV VV MV 


OK, but I got the following on 10/14/99 from another member of the WG: 


>I think in Steve Dimse's mind there are two practical reasons why he doesn't 
>want to formally document APRServ now. First, he's on vacation and will be 
>travelling until, I think, nearly the end of the month. It's a pretty- 

>much computer-free vacation; he's only been on email a couple of times since 
>the DCC. Second, I think he views APRServ as a dead-end, and views the new 
>XML approach as its replacement. Therefore, it makes sense in his mind for 
>any documentation effort to focus on that as the going-forward protocol. 


So, aS you can see, even a member of the WG made the same mistake as I that 
APRServe would be going away after time. 


Sorry. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 16:09:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA16577 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 16:09:04 -0600 (CST) 
Message-Id: <LYR11589-54840-1999.12.12-16.23.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Comment Period 
In-reply-to: Your message of "Sat, 11 Dec 1999 11:07:40 MST." 

<LYR11592-54621-1999 .12.11-12.22.36--n8ur#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Date: Sun, 12 Dec 1999 17:08:41 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912122208 .RAAQ0841@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I would sincerely request that the comment period be extended by a few 
days, at least. I see no reason to rush it, and I am barely past the 
description of the destination field!! 


Jim Wagner 
Oregon Research Electronics 


VV VV VV 


Hi Jim -- 


I understand your desire for a longer review period, and I've passed 
your request on to the Working Group. 


John 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 12 20:00:20 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA23415 

for <lyris.aprsspec@tapr.org>; Sun, 12 Dec 1999 20:00:18 -0600 (CST) 
Date: Sun, 12 Dec 1999 19:59:40 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-54886-1999.12.12-20.14.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS 2.0 (non-ascii) 
In-Reply-To: <LYR11595-54753-1999 .12.12-05.49.41-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912130159.TAA54067@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


From: steve.sampson@hushmail.com 
Date: Sun, 12 Dec 1999 05:01:40 -0600 (CST) 
Subject: [aprsspec] Re: APRS 2.0 (non-ascii) 


>Agreed Jeff. However, the biggest single obstruction to progress is 
>not really personal bias or past flawed practices. It is the Kenwood 
>TH-D7. Its "firm" ware is effectively "rock-solid-concrete" ware (I 
>know, in theory you *canx get the firmware changed if you return it 
>to depot, but how many people will actually do that?). Kenwood's 
>commercial decision not to include flash upgradable firmware is 
>incomprehensible. 


They don't want Hams to use the radio for their own software development 
which a flash would allow. 


Las-d 


VVVV VV VV VV VV VV WV 


User-loadable firmware does not necessarily imply user-programmability. 


The TH-D7 could easily be built to accept firmware only if it was 


digitally (cryptographically) signed by Kenwood. I will write up an 
extended version of my earlier e-mail on this topic and send it to Kenwood, 
(but not until after this week's program review.) (I probably won't read 
the spec until then either...) 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 01:20:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA09860 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 01:20:28 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-54923-1999.12.13-01.35.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 13 Dec 1999 00:20:05 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Data Format Question 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b47a4d765357@[206.163.154.74]> 
<LYR11893 -54900-1999.12.13-00.00.31--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On page 83, the reference to "Object Report Format - with Lat/Long position", 


two format symbols are specified. I cannot tell whether the second is "- 
or "_". Please clarify! 


A bit further down on the same page, "Item Report Format - with Lat/Long 
position" suggests that item name is variable length. This seems a bit 
strange since object names are fixed length padded with spaces. Why not 
more consistency? 


Many thanks... 


Jim Wagner 


Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 01:27:33 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA09958 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 01:27:32 -0600 (CST) 
Message-Id: <LYR11589-54924-1999 .12.13-01.42.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 13 Dec 1999 00:26:42 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] More Format Question(s) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b47a4£96d30e@[198.106.196.139]> 
<LYR11893-54900-1999 .12.13-00.00.31--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On page 83, in the "Weather Report Format - with Lat/Long position", it is 
NOT obvious to me how one distinguishes weather report from other formats 
using the same symbols (!=/@). 


Many thanks, again, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 03:03:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA12278 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 03:03:44 -0600 (CST) 
Date: Mon, 13 Dec 1999 3:3:31 
Subject: [Laprsspec] Some questions about APRS digipeater 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Marco Savegnago" <msave@tin.it> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-54929-1999 .12.13-03.18.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Hello, I'm relatively new on APRS and I've some questione about the rule of 
a digipeater installed to serve a wide area (in my case it is installed on 
a hill). 


Actually I have a TNC2 digipeater that perform simple repetition of the 
packet with the broadcast path set to RELAY WIDE, but I want to understand 
the rule for call substitution. 


Here's the questions: 

What is the general rule for call substitution on a WIDE digipeater ? 
A digipeater make call substitution on RELAY? 

A digipeater make call substitution on WIDE? 


A digipeater make call substitution on TRACE? 
A digipeater make call substitution on SS? 


What path a digipeater use to send its beacon (none or RELAY, WIDE, 

or WIDE WIDE, or what) and what is its destination? (In my case I'm using 
a TNC2 with my own code do I need to use APZxxx?) 

A digipeater reply to "?APRS?" (or other) query? 


And if yes it use the default unproto path or none? 


I don't have linux at my home and there is no aprsdigi in my area so I 
cannot try how aprsdigi perform the repetition of APRS frames. 


I've tried to understand form the documentation but I'm not sure, so here 
there is 3 pratical questions. 
Case 1: RELAY, WIDE frame digipeated from 2 WIDE digipeater 


A frame like this: 
IW3FQG>APRS v RELAY, WIDE 


will be repeated from the first digi: 
IW3FQG>APRS v RELAY*, WIDE 


and then the second make the call substitution: 
IW3FQG>APRS v RELAY, DIGIx 


Is it correct? 


Case 2: RELAY, WIDE1-1 frame digipeated from 2 WIDE digipeater 


A frame like this: 
IW3FQG>APRS v RELAY,WIDE1-1 


will be repeated from the first digi: 
IW3FQG>APRS v RELAY*, WIDE1-1 


and then from the second digi: 
IW3FQG>APRS v RELAY*x, WIDE1-0 


then the third make the call substitution: 
IW3FQG>APRS v RELAY, WIDE1-0« 


Is it correct? 


Case 3: RELAY, TRACE1-1 frame digipeated from 2 WIDE digipeater 


A frame like this: 
IW3FQG>APRS v RELAY, TRACE1-1 


will be repeated from the first digi: 
IW3FQG>APRS v RELAY*, TRACE1-1 


and then from the second digi: 
IW3FQG>APRS v RELAY, DIGI1*, TRACE1-0 


and then from the third digi: 
TW3FQG>APRS v RELAY, DIGI1, DIGI2x 


Is it correct? 


I've read the protocol spec draft 1.0g but I never see a pratical example 
like for other arguments in the specs. 


Thank you in advance for the reply. 


Marco IW3FQG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 06:00:11 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA24788 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 06:00:10 -0600 (CST) 
From: Steve Sampson <ssampson@www.usa-site.net> 
Message-Id: <LYR11589-54941-1999.12.13-06.14.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Data Format Question 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Mon, 13 Dec 1999 05:59:49 -0600 (EST) 
Cc: aprsspec@lists.tapr.org 
In-Reply-To: <LYR13439-54923-1999.12.13-01.35.04--ssampson#usa- 
site.net@lists.tapr.org> from "Jim Wagner" at Dec 13, 99 00:20:05 am 
Content-Type: text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912131159.FAA13375@www.usa-site.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> On page 83, the reference to "Object Report Format - with Lat/Long position", 
You mean on page 45? The yellow highlight, gray printing works for me, 


as it shows it to be a dash. Without the highlight it would be a 
problem though. 


> two format symbols are specified. I cannot tell whether the second is "-" 
> or "_". Please clarify! 

> 

> A bit further down on the same page, "Item Report Format - with Lat/Long 
> position" suggests that item name is variable length. This seems a bit 

> strange since object names are fixed length padded with spaces. Why not 

> more consistency? 


Things stand out when you document them :-) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 06:01:59 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA24820 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 06:01:55 -0600 (CST) 
From: Steve Sampson <ssampson@www.usa-site.net> 
Message-Id: <LYR11589-54942-1999 .12.13-06.16.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: More Format Question(s) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Mon, 13 Dec 1999 06:01:32 -0600 (EST) 
Cc: aprsspec@lists.tapr.org 
In-Reply-To: <LYR13439-54924-1999.12.13-01.42.04--ssampson#usa- 
site.net@lists.tapr.org> from "Jim Wagner" at Dec 13, 99 00:26:42 am 
Content-Type: text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912131201.GAA13397@www.usa-site.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> On page 83, in the "Weather Report Format - with Lat/Long position", it is 


You mean on page 51 (the page numbers are at the top). 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 09:09:32 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA29907 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 09:09:32 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 13 Dec 1999 09:23:01 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11586-54604-1999 .12.11-08.56.16-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-54958-1999.12.13-09.24.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912130917240 .7582-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 11 Dec 1999, Paul Keinanen wrote: 


>Base 91 is a neat trick to ensure that on-air characters are printable 
>ASCII. 


Thanks for the explanation, the situation is as bad as I have 
feared: -(. 


If this vendor specific format is really going to be endorsed by 
including it into the APRS 1.0 specification, then this clarification 
is really needed in the specification... 


VV VV VV VV WV 


It is not vendor specific. It was developed by the authors 
back in the summer of 1998 before it was implemented by Kenwood. The 


objectives were, short, printable, and resolution to DGPS accuracy... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 09:34:53 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ0889 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 09:34:51 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 13 Dec 1999 10:33:26 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Net names 
In-Reply-To: <LYR11586-54624-1999 .12.11-12.25.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-54971-1999 .12.13-09.49.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912131033130.7582-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 11 Dec 1999, Jim Wagner wrote: 


> On page 19, the set of APRS-recognized destination "callsigns" (term used 
> under duress) includes "RTCM" and "TLM". What are they used for? 


DGPS and TELEMETRY 

> 

> The earlier recognized set included "SKYWARN". This seemed very useful. Is 
> this now supposed to fall under "SKYx"?? 


YES 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


VVVV Vv 


> weeeeeen ene eee ewww ewww www ww eww ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeeeeenen eee eee ewww ewww ewww ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ewe ee 

> A computer without Windows is like a cake without mustard. - anonymous 
> 

> 

> 

> 

> “<= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 

> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 10:09:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA01890 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 10:09:21 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 13 Dec 1999 11:08:58 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11586-54752-1999 .12.12-03.54.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 


Message-ID: <LYR11589-54975-1999 .12.13-10.23.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912131103290 .7582-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 12 Dec 1999, Ian Wade wrote: 


To anyone still thinking of buying a D7, don't waste your money. You'll 

be stuck with a dinosaur. I don't know about the D700 -- does it support 
flash upgrade? If not, don't buy that either. The modem vendors learned 

years ago that the world is changing by the day, and they were forced to 
support flash upgrades to survive. Kenwood has to do the same. We cannot 
let a feet-dragging vendor hold back the advancement of APRS. 


VV VV VV 


Carefull... 

With the demise of amateur radio, the death of Amateur Manufacturers by 
the droves, in the few years you are predicting a dinosaur, the only 
thing you will be able to buy will be the latest cell-phone and personal 
digital assistant that everyone else on the planet is buying... AMateur 
radio willll not exist at any price... unless you build it yourself. 


Deciding what is "best" for the protocol is NOT just a technical issue... 


ANd of course, by then we will all be pirates, since they also sold our 
spectrum too... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 10:33:34 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ2850 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 10:33:32 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 13 Dec 1999 11:32:20 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Comment Period 

In-Reply-To: <LYR11586-54840-1999 .12.12-16.23.35-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-54986-1999 .12.13-10.48.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912131131040 .7582-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 12 Dec 1999, John Ackermann wrote: 


> Hi Jim -- 

> 

> I understand your desire for a longer review period, and I've passed 
> your request on to the Working Group. 

> 

> John 


I wouid like the Holidays off! Im behind, burned out, and will be 
traveling to grandparents for Xmas. I cannot keep this up... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 11:23:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ4942 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 11:22:58 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 13 Dec 1999 12:21:54 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Data Format Question 

In-Reply-To: <LYR11586-54923-1999.12.13-01.35.04-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-54998-1999 .12.13-11.37.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912131219400 .7582-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 13 Dec 1999, Jim Wagner wrote: 


A bit further down on the same page, "Item Report Format - with Lat/Long 
position" suggests that item name is variable length. This seems a bit 
strange since object names are fixed length padded with spaces. Why not 
more consistency? 


VV VV 


It is consistent with our .POS files which define all OVERLAY objects on 
maps. Unfortunately, since these files are "not on-air-protocol",you wont 
see the "consistency"... :-( 


These "timeless" objects and "items" dont need the time field and so the 
format is different from OBJECTS transmitted over the air... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 11:26:06 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5067 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 11:26:05 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 13 Dec 1999 12:25:12 -@500 (EST) 


From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More Format Question(s) 

In-Reply-To: <LYR11586-54924-1999 .12.13-01.42.04-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-54999-1999 .12.13-11.40.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912131222070.7582-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 13 Dec 1999, Jim Wagner wrote: 


> On page 83, in the "Weather Report Format - with Lat/Long position", it is 
> NOT obvious to me how one distinguishes weather report from other formats 
> using the same symbols (!=/@). 


By the Symbol Type. The above "type" characters distinguish the "types" 
of position reports. But ANY position report or OBJECT that uses the 
WEATHER symbols can contian WX data. Those are the Primary and secondary 
/_,\_ and /W, \W symbols... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 18:45:26 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25025 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 18:45:25 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-55047-1999.12.13-19.00.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Mon, 13 Dec 1999 19:47:34 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
References: <LYR11601-54958-1999 .12.13-09.24.07--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <385593A6.396765EE@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob: 


I think Paul had good reason to be confused. Today you stated 
that the spec was developed outside of the influence of the 
vendor where as on Dec1 you said the vendor imposed a 
deadline for the spec on the authors. Are these one in the 
same or are we talking two different things here? 


- Jeff 

(also see second attachment below) 

Bob Bruninga wrote on Dec 13, 1999: 

On Sat, 11 Dec 1999, Paul Keinanen wrote: 


>Base 91 is a neat trick to ensure that on-air characters are printable 
>ASCII. 


Thanks for the explanation, the situation is as bad as I have 
feared: -(. 


If this vendor specific format is really going to be endorsed by 
including it into the APRS 1.0 specification, then this clarification 
is really needed in the specification... 


VV VV VV VV WV 


It is not vendor specific. It was developed by the authors 
back in the summer of 1998 before it was implemented by Kenwood. The 
objectives were, short, printable, and resolution to DGPS accuracy... 


VV VV VV VV VV VV VV 


> 
> Bob 


But previous to the above it was stated (implying a less then arms length 
relationship) : 


Bob Bruninga wrote on 1 Dec 1999 (On APRSSIG):: 
On Wed, 1 Dec 1999, Jef£ Brenton wrote: 


> Compressing the data was something that was being worked upon, but the 
> Kenwood APRS HT doesn't handle non-Mic-E compression, so it's 
> implementation been postponed indefinitely. 


No. The Kenwood DOES support the compressed algorithm. Getting the 

SPEC agreed to by August 98 was the deadline in order to make production 
of the THD7. Its in there, with a suggested implementation date of 1 jan 
99. But since not all APRS versions have completed implementing it, we 
have held off transmitting it for almost a year now... Even though the 
Kenwood is ready... 


VV VV VV VV VV VV VV 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 22:57:09 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ3705 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 22:57:08 -0600 (CST) 
Message-Id: <LYR11589-55072-1999 .12.13-23.11.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 13 Dec 1999 21:56:28 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Weather Report format 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <103130301b47b7c96184c@[198.106.196.139]> 

<LYR11893 -54900-1999 .12.13-00.00.31--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 13 Dec 1999, Jim Wagner wrote: 


On page 83, in the "Weather Report Format - with Lat/Long position", it is 
NOT obvious to me how one distinguishes weather report from other formats 
using the same symbols (!=/@). 


Bob Bruninga answered: 


By the Symbol Type. The above "type" characters distinguish the "types" 
of position reports. But ANY position report or OBJECT that uses the 
WEATHER symbols can contian WX data. Those are the Primary and secondary 
/_,\_ and /W, \W symbols... 


Jim Wagner adds the following comment: 


With all due respect, I think this is one of the worst possible ways to 
specify a format. You have to get much of the way through the packet before 
you find out what it is (you have to read the second symbol character 
before you can be 

certain). Weather position SHOULD HAVE ITS OWN DATA TYPE CHARACER(S). 


To make matters worse, I could not find the above condition described Bob 
Bruninga anywhere in the spec. It may be there somewhere, but, if it is, 
its very well hidden. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 13 22:57:24 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ3724 

for <lyris.aprsspec@tapr.org>; Mon, 13 Dec 1999 22:57:23 -0600 (CST) 
Message-Id: <LYR11589-55073-1999.12.13-23.12.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 13 Dec 1999 21:56:54 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Shelter Data Type Identifier 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b47b7b45c8d5@[198.106.196.139]> 
<LYR11893 -54900-1999.12.13-00.00.31--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On page 22, "+" is idenfified as "Shelter Data with time". Yet, this data 
type is absent from any subsequent data type descriptions. Either, the data 
type description should be added or the identifier should be removed from 
the table. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 00:00:40 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ8421 
for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 00:00:39 -0600 (CST) 
Message-Id: <LYR11589-55086-1999.12.14-00.15.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 13 Dec 1999 23:00:23 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Data Type symbol info Please 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130304b47b8c1bbf£66@[198.106.199.206]> 
<LYR11893 -54900-1999 .12.13-00.00.31--wagnerj#proaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings - 


While perusing the current draft of the spec, I came across the following 
dilemma: 


I cannot find out what the symbol is for "current Mic-E data", the one in 
the right-hand column of the table on Page 16 (identified as page 22 of 99 
by Acrobat) just above "a-z". 


When I select this character and paste it into the Find dialog, it also 
finds the same character on Page 39 (Acrobat's 45 of 99). But, IT DOES NOT 
FIND SAID CHARACTER IN THE ASCII TABLE. 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 00:21:02 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA13825 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 00:20:59 -0600 (CST) 
Message-Id: <LYR11589-55088-1999.12.14-00.35.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 13 Dec 1999 23:20:33 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] XJ1 format request 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130305b47b91a40d55@[198.106.199.206]> 
<LYR11893 -55079-1999 .12.14-00.00.16--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello - 
On page 17 (acrobat's 23 of 99), it says: 


Note: There is one exception to the requirement for the Data Type Identifier 
to be the first character in the Information field - this is the Position 
without Timestamp (indicated by the ! Data Type Identifier). The ! 

character may 

occur anywhere up to and including the 40th character position in the 
Information field. This variability is required to support X1J TNC digipeaters 
which have a string of unmodifiable text at the beginning of the field. 


Could someone please supply an example of the text resulting from this 
situation? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 04:40:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA28724 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 04:40:28 -0600 (CST) 
From: Steve Sampson <ssampson@www.usa-site.net> 
Message-Id: <LYR11589-55101-1999.12.14-04.55.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Data Type symbol info Please 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Tue, 14 Dec 1999 04:40:08 -0600 (EST) 
Cc: aprsspec@lists.tapr.org 
In-Reply-To: <LYR13439-55086-1999.12.14-00.15.18--ssampson#usa- 
site.net@lists.tapr.org> from "Jim Wagner" at Dec 13, 99 11:00:23 pm 
Content-Type: text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912141040 .EAA16077@www.usa-site.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


It's called a grave accent. It's a very common symbol in Unix (usually 
found just above the tab key). ASCII code 96. 


> I cannot find out what the symbol is for "current Mic-E data", the one in 
> the right-hand column of the table on Page 16 (identified as page 22 of 99 
> by Acrobat) just above "a-z". 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 04:53:31 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA29064 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 04:53:28 -0600 (CST) 
From: Steve Sampson <ssampson@www.usa-site.net> 
Message-Id: <LYR11589-55102-1999.12.14-05.08.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Shelter Data Type Identifier 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Tue, 14 Dec 1999 04:53:15 -0600 (EST) 
Cc: aprsspec@lists.tapr.org 
In-Reply-To: <LYR13439-55073-1999.12.13-23.12.00--ssampson#usa- 
site.net@lists.tapr.org> from "Jim Wagner" at Dec 13, 99 09:56:54 pm 
Content-Type: text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912141053.EAA16101@www.usa-site.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The page numbers are located at the top of each page. You probably 
mean page 16. The acrobat page number is worthless. 


> On page 22, "+" is idenfified as "Shelter Data with time". Yet, this data 

> type is absent from any subsequent data type descriptions. Either, the data 
> type description should be added or the identifier should be removed from 

> the table. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 05:21:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA29686 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 05:21:21 -0600 (CST) 
Message-ID: <LYR11589-55103-1999.12.14-05.35.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 14 Dec 1999 11:19:58 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Commercial considerations? 
MIME-Version: 1.0 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iPWLO9BAefiV4EwOE@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


(I hope this doesn't repeat comments that have already been made, but I 
only found the time to start reading the spec yesterday. ) 


Some aspects of the spec appear to me to be based more on commercial 
considerations than on what is really desirable in a protocol 
specification. Surely a basic goal of a spec of this type should be to 
make it platform and product independent? 


First, there is a list of destination addresses that serve little 
purpose other than software/hardware product advertising: - 


>The following software version types are reserved (xx and xxx indicate 
>a version number): 

>APCxxx APRS/CE, Windows CE 
>APExxx PIC-Encoder 

>APIxxx Icom radios (future) 
>APICxx ICQ messaging 

>APKxxx Kenwood radios 

>APMxxx MacAPRS 

>APPxxx pocketAPRS 

>APRxxx APRSdos 

>APRS older versions of APRSdos 
>APRSM older versions of MacAPRS 
>APRSW older versions of WinAPRS 
>APSxxx APRS+SA 

>APWxxx WinAPRS 

>APXxxx X-APRS 

>APYxxx Yaesu radios (future) 
>APZxxx Experimental 


(That lot is roughly the equivalent of the authors of the AX25 spec 
having included a facility to specify in each frame the type of TNC 
being used!) 


Second, there are the frequent references to Kenwood radios, even to the 
extent of including their type numbers. Is the working group going to 


update the spec every time Kenwood produce a new radio? 


I would make two suggestions: - 


1. Either - 


(a) Only destination addresses that contain xprotocol*x information 
should be allowed. Or 


(b) Any destination address should be acceptable. I.e. no APRS software 
should default to discarding frames because the destination address is 
not one of those listed in the spec. This makes little difference, other 
than removing a filter that is logically unnecessary, and which 
introduces a bias against new software/hardware products. Destination 
addresses that contain protocol information will be treated exactly as 
they are now, but, for instance, ABC326 will be just as acceptable (and, 
from the point of view of the protocol information it contains, just as 
useless) as APM326. 


2. The members of the working group need to have a good, hard think 
about the desirability of including in the spec references to specific 
items of equipment from one manufacturer. One thing for sure is that the 
rest of us are always going to be wondering exactly why they did it. The 
TH-D7 is a great radio, but that isn't a valid reason for including 
references to it in a protocol specification. 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http://www. packetradio.org.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 06:11:27 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ0683 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 06:11:24 -0600 (CST) 
From: Steve Sampson <ssampson@www.usa-site.net> 
Message-Id: <LYR11589-55104-1999.12.14-06.26.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] APRS-99 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Tue, 14 Dec 1999 06:11:06 -0600 (EST) 
Content-Type: text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <199912141211.GAA16315@www.usa-site.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I noticed the reference to a Kenwood TM-D700 radio. I 
never heard of it, so I reached for my AES catalog, and 
found an Ad for it on page 72 (Winter 1999-2000) . 


It advertises that it has advanced APRS-99 features. 


1) What is APRS-99? 
2) Does that mean it can decode TAPR equipment? 
3) Should the spec be changed to APRS-99 instead of 1.0? 


73, 
Steve, K50KC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 07:03:31 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ1715 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 07:03:26 -0600 (CST) 
Message-Id: <LYR11589-55107-1999.12.14-07.18.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Commercial considerations? 
In-reply-to: Your message of "Tue, 14 Dec 1999 11:19:58 GMT." 

<LYR11592-55103-1999.12.14-05.35.59--n8ur#tapr.org@lists.tapr.org> 

Date: Tue, 14 Dec 1999 08:03:05 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912141303 .TAA14352@meow. febo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Roger -- 


Thanks for your comments. I don't want to address substantive questions 
about the protocol (I'll leave that to those more knowledgeable), but your 


message gives me a opportunity to reiterate something for those who are 
just joining the discussion: 


The goal of version 1.0 of the APRS Protocol Specification is to document 
the APRS on-air protocols as they are currently used. That means that 
we're documenting some things that are, shall we say, suboptimal. There 
are things that could -- and perhaps should -- be changed, but the WG made 
a conscious decision not to address any changes to the protocol in the 
version 1.0 document, which is intended to provide a baseline of where we 
are today. Those discussions will happen after version 1.0 is locked down; 
we'll have an ongoing process in place to handle requests for protocol 
changes submitted by the public. 


While I've got the floor, I'll also note that folks have pointed out that 
version 1.0 does, in fact, make a couple of changes to the existing 
protocols -- mainly, by not including a few deprecated constructs. Based 
on the feedback we've received, we'll review those decisions and try to 
come up with a way to document those aspects without perpetuating them. 


Thanks, 


John N8UR (jra@febo.com) 

Administrative Chair, APRS Working Group 

In message <LYR11592-55103-1999.12.14-05.35.59--n8urd#tapr.org@lists.tapr.org>, 
Roger Barker writes: 

>(I hope this doesn't repeat comments that have already been made, but I 
>only found the time to start reading the spec yesterday. ) 

> 

>Some aspects of the spec appear to me to be based more on commercial 
>considerations than on what is really desirable in a protocol 
>specification. Surely a basic goal of a spec of this type should be to 
>make it platform and product independent? 

> 

>First, there is a list of destination addresses that serve little 
>purpose other than software/hardware product advertising: - 

> 

>>The following software version types are reserved (xx and xxx indicate 
>>a version number): 

>>APCxxx APRS/CE, Windows CE 

>>APExxx PIC-Encoder 

>>APIxxx Icom radios (future) 

>>APICxx ICQ messaging 

>>APKxxx Kenwood radios 

>>APMxxx MacAPRS 

>>APPxxx pocketAPRS 

>>APRxxx APRSdos 

>>APRS older versions of APRSdos 


>>APRSM older versions of MacAPRS 

>>APRSW older versions of WinAPRS 

>>APSxxx APRS+SA 

>>APWxxx WinAPRS 

>>APXxxx X-APRS 

>>APYxxx Yaesu radios (future) 

>>APZxxx Experimental 

> 

>(That lot is roughly the equivalent of the authors of the AX25 spec 
>having included a facility to specify in each frame the type of TNC 
>being used!) 

> 

>Second, there are the frequent references to Kenwood radios, even to the 
>extent of including their type numbers. Is the working group going to 
>update the spec every time Kenwood produce a new radio? 

> 

>I would make two suggestions: - 

> 

>1. Either - 

> 

>(a) Only destination addresses that contain xprotocolx information 
>should be allowed. Or 

> 

>(b) Any destination address should be acceptable. I.e. no APRS software 
>should default to discarding frames because the destination address is 
>not one of those listed in the spec. This makes little difference, other 
>than removing a filter that is logically unnecessary, and which 
>introduces a bias against new software/hardware products. Destination 
>addresses that contain protocol information will be treated exactly as 
>they are now, but, for instance, ABC326 will be just as acceptable (and, 
>from the point of view of the protocol information it contains, just as 
>useless) as APM326. 

> 

>2. The members of the working group need to have a good, hard think 
>about the desirability of including in the spec references to specific 
>items of equipment from one manufacturer. One thing for sure is that the 
>rest of us are always going to be wondering exactly why they did it. The 
>TH-D7 is a great radio, but that isn't a valid reason for including 
>references to it in a protocol specification. 

> 

>-- 

>Roger Barker, G4IDE roger@peaksys.co.uk 

>Boston, UK http://www. packetradio.org.uk 

> 

>--- 

>You are currently subscribed to aprsspec as: n8ur@tapr.org 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 08:13:03 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ3533 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 08:13:03 -0600 (CST) 
Message-ID: <LYR11589-55111-1999.12.14-08.27.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 14 Dec 1999 14:11:42 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Commercial considerations? 
References: <LYR11592-55103-1999.12.14-05.35.59--n8uri#tapr.org@lists.tapr.org> 
<LYR13460-55107-1999.12.14-07.18.06--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-55107-1999.12.14-07.18.06-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9Im88BAeA1V4Ewmy@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-55107-1999.12.14-07.18.06--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, John Ackermann <jra@febo.com> writes 

>Hi Roger -- 

> 

>Thanks for your comments. I don't want to address substantive questions 
>about the protocol (I'll leave that to those more knowledgeable), but your 
>message gives me a opportunity to reiterate something for those who are 
>just joining the discussion: 

> 

>The goal of version 1.0 of the APRS Protocol Specification is to document 
>the APRS on-air protocols as they are currently used. That means that 
>we're documenting some things that are, shall we say, suboptimal. There 
>are things that could -- and perhaps should -- be changed, but the WG made 
>a conscious decision not to address any changes to the protocol in the 
>version 1.0 document, which is intended to provide a baseline of where we 
>are today. Those discussions will happen after version 1.0 is locked down; 
>we'll have an ongoing process in place to handle requests for protocol 
>changes submitted by the public. 


I did, of course, understand that. Therefore I limited my comments to 
aspects of the document that do not have any protocol content. As I 
pointed out, the destination addresses that are used essentially for 
product advertising contain no protocol information, nor do the 
references to specific Kenwood radios. 


Since V1.0 will obviously form the basis for future changes, my question 
is quite simple - Given that these aspects of APRS operation have no 
protocol content, should they be in a xprotocolx specification? If the 
answer is yes, then obviously someone will be able to explain exactly 
what protocol information they contain that I am missing. 


To repeat what I said in my first message - Surely a basic goal of a 
spec of this type should be to make it platform and product independent? 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http://www. packetradio.org.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 09:25:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ5375 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 09:25:18 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-55116-1999.12.14-09.40.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: William Beals <wmbeals@compuserve.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "'Russ Chadwick (Home)'" <kbOtvj@bouldernews.infi.net> 
Subject: [aprsspec] OMISSION or UNCLEAR: Weather APRS Software Type 
Date: Tue, 14 Dec 1999 08:24:21 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF460C .F3A9B300@PAVILION> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA05375 


Folks: 


[I joined 24 hours ago and have been monitoring for a bit, so I don't know if this 
issue has been addressed already] 


I'm working with Steve Bible and a good crew on a stand-alone weather station we 
hope to have out (very) late this year or early next year. As such I'm paying 
close attention to the weather chapter and am confused about how to identify my 
station. 


The issue: I send out the weather data per the format starting on page 50, but 

don't know how to identify my weather station type (APRS Software Type Field) as 
the only options are things like DOS, Windows, etc. I'm "none of the above" as 

I'm running from a dedicated microcontroller. Can another option get added for 

"other" or (ideally from my point of view) an option for "embedded". Even with 

the latter, an "other" would probably still be a good idea. 


I currently send out an identifier of "elw" for "embedded, 1-wire", but can change 
that very quickly if there is a better format. When Denver had an igate and my 
data got out, this identifer worked for all the APRS programs except WinAPRS which 
interpreted this as one inch of rain. Since the goal is backwards compatibility, 
I expect to have to change my identifier, I'm not sure to what though. 


will 


PS: I've worked on specs before, it is a grueling task. My hats off to you! 


This message sent using 100% recycled Electrons 
(Minumum 30% post-consumer content) 

Will Beals 

wmbeals@compuserve.com 

15014 East Idaho Place 

Aurora, CO 80012-4740 

303-755-0293 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 09:39:56 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ5687 


for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 09:39:55 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 14 Dec 1999 10:38:41 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic.usna.edu 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Data Type symbol info Please 
In-Reply-To: <LYR11586-55086-1999.12.14-00.15.18- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55118-1999.12.14-09.54.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912141037400 .23050-100000@arctic.usna.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 13 Dec 1999, Jim Wagner wrote: 


> I cannot find out what the symbol is for "current Mic-E data", the one in 
> the right-hand column of the table on Page 16 (identified as page 22 of 99 
> by Acrobat) just above "a-z". 

> 

When I select this character and paste it into the Find dialog, it also 
finds the same character on Page 39 (Acrobat's 45 of 99). But, IT DOES NOT 
FIND SAID CHARACTER IN THE ASCII TABLE. 


VvVV 


LT S| 


One is the Apostrophe and the other is the grave accent. and " 
Id have to look it up to see which one is for Current data and which one 
is for OLD data... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 09:59:50 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ6169 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 09:59:50 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 14 Dec 1999 10:54:24 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic.usna.edu 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprsspec]Base-91 (was Destination Field - Grid Square) 
In-Reply-To: <LYR11586-55047-1999 .12.13-19.00.04-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55122-1999.12.14-10.14.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912140934210 .23050-100000@arctic.usna.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 13 Dec 1999, Jeff King wrote: 


> I think Paul had good reason to be confused. Today you stated 
> that the spec was developed outside of the influence of the 

> vendor where as on Deci1 you said the vendor imposed a 

> deadline for the spec on the authors. Are these one in the 

> same or are we talking two different things here? 


The vendor imposed no such deadline. But we certainly knew when was the 
last opportunity to influence what they would implement and what they 
wouldnt implement as they went to production. 


It would have been stupid not to be aware of such relevant things going on 
around us... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 10:02:25 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ6239 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 10:02:23 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 14 Dec 1999 11:00:15 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic.usna.edu 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Commercial considerations? 
In-Reply-To: <LYR11586-55103-1999.12.14-05.35.59-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55124-1999.12.14-10.16.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912141056460 . 23050-100000@arctic.usna.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 14 Dec 1999, Roger Barker wrote: 


> First, there is a list of destination addresses that serve little 
> purpose other than software/hardware product advertising: - 


The identification of the hardware/software type is for troubleshooting... 
It is exasperating to troublehshoot packets from unidentified stations and 
trackers that are not listening and you have no way to get in contact with 
the sender... 


I would make two suggestions: - 


> 

> 

> (b) Any destination address should be acceptable. I.e. no APRS software 
> should default to discarding frames because the destination address is 

> not one of those listed in the spec. This makes little difference, other 
> than removing a filter that is logically unnecessary, and which 

> introduces a bias against new software/hardware products. 


Anything starting with an "AP" is valid. The filter for other non listed 
destinations is essential for the ALT-NET concept to work. Please look 
carefully at that section. We must have a way of using the APRS 


Infrastructure for sub-nets without cluttering every single map on 
frequency... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 10:54:40 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA0Q7973 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 10:54:35 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 14 Dec 1999 11:47:13 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic.usna.edu 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"'Russ Chadwick (Home)'" <kbOtvj@bouldernews. infi.net> 

Subject: [aprsspec] Re: OMISSION or UNCLEAR: Weather APRS Software Type 
In-Reply-To: <LYR11586-55116-1999 .12.14-09.40.01-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55128-1999.12.14-11.09.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912141144400 .23050-100000@arctic.usna.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 14 Dec 1999, William Beals wrote: 

> I'm working with Steve Bible and a good crew on a stand-alone weather 
station we hope to have out (very) late this year or early next year. As 
such I'm paying close attention to the weather chapter and am confused 


about how to identify my station. 


If its PIC based, then choose one from the APExxx bunch...> 


> 
> I currently send out an identifier of "elw" for “embedded, 1-wire"... 


That seems to fit nicely with the APExxx bunch. 


That list was not meant to be exclusive, but just to give an idea of which 
ones are already in use... 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 17:02:18 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA19896 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 17:02:18 -0600 (CST) 
Message-ID: <LYR11589-55197-1999 .12.14-17.16.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: billc@zebra.net (Bill Cleveland) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13396-55124-1999 .12.14-10.16.20-- 
billc#zebra.net@lists.tapr.org><LYR11588-55192-1999 .12.14-15.55.09-- 
ksproul#vger.rutgers.edu@lists.tapr.org> <v0420550bb47c7591c264@[165.230.139.231]> 
Subject: [aprsspec] Re: Commercial considerations? 
Date: Tue, 14 Dec 1999 16:59:17 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <014001b£4697$c217aa00$02a0a8cO@Bill> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


By definition the PALM version would not be fully 1.0 compliant if it could 
not handle to number of characters in a message specified in the protocol 
definition. 


Remember this protocol is suppose to be a specification from which all APRS 
clients are measured. We can't have moving goal posts and we can't allow 
clients to fudge with the specs. The end user should not have to worry about 
wether or not person on the other end can read more than 40 characters. It 
would be best to have the PALM version handle the SAME size messages as 
everybody else. 


It would be easier for the PALM programmer to correct the short comings of 
his program, then to have the rest of the community be burdened by it. The 
PALM programmer should be forced to comply with the protocol, rather than 
the other way around. 


73, 
Bill 


moos Original Message ----- 

From: Keith Sproul <ksproul@vger.rutgers.edu> 

To: Bill Cleveland <billc@zebra.net> 

Sent: Tuesday, December 14, 1999 2:32 PM 

Subject: [aprsspec] Re: Commercial considerations? 


All fine and good, BUT, what if a PALM version of APRS that can only 
display 40char messages is fully version 1.0 compliant, and a Mac or 
Windows version that is fully version 1.0 compliant, want to talk. 
If the person that is sending TO the Palm version 1.0 is smart 
enough, they might make it easier for the PALM version to read the 
messages, etc.. 


VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 18:32:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA22087 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 18:32:34 -0600 (CST) 
From: "Michael J. Allison / KN6ZT" <mallison@livingston.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] UNCLEAR: DF element 
Date: Tue, 14 Dec 1999 16:37:14 -0800 


Message-ID: <LYR11589-55205-1999.12.14-18.47.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <009d01bf4694$8846d1f0$a820c695@livingston. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Before I launch into my comment I would like to congratulate the 
APRS WG for the overall excellence of this draft (1.0.18) of the 
APRS specification. I would say it is very "professional", but I've 
dealt with specifications written by professional engineers 

that are not as complete or coherently put together. The quality 
and effort involved in this document is apparent. Thank you 

very much! 


[UNCLEAR] 
Page 27, section entitled "Bearings and Number/Range/Quality" 


I am reading this section with interest, since I am one of the 
developers of the MicroFinder doppler (mentioned in page 16, 
APRS Data Type Identifier). 


The unclear part for me is where the numbers N, R, and Q are 
derived from. 


"N" seems to be some sort of pseudo statistical value, but doesn't 
indicate what the source of the information is. Does this come 
from the sending APRS program or the external device 

(AKA doppler). If the value is to come from the APRS program, 

the description included in this text is probably not clear 

enough to produce a consistently reliable implementation 

from different implementers. If this value is supposed to come 
from the external device, it sounds like it might be too 

device dependent (I know of several doppler based systems that 

do not do anything like this). 


The range looks like it is generated by a compliant APRS 
application... correct? 


The output of our doppler unit provides a single 

number which we call "quality". Is this supposed to be the 
"quality" value supplied by the doppler (normalized to 0-9) 
or from some other source? 


m/j/a 


MicroFinder bearing format information page: 
http://www. gst.net/~ahha/TN/tech_note_8.html 


Michael J. Allison 
KN6ZT 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 20:18:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA24868 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 20:18:53 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-55209-1999 .12.14-20.33.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 14 Dec 1999 21:20:45 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Commercial considerations? 
References: <LYR11601-55103-1999.12.14-05.35.59--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3856FAFD.C3C972ED@aerodata.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Roger Barker wrote: 


Some aspects of the spec appear to me to be based more on commercial 
considerations than on what is really desirable in a protocol 
specification. Surely a basic goal of a spec of this type should be to 
make it platform and product independent? 


VVV WV 


Roger: 


I can't answer your question, but I asked a similar one myself that never 
got a coherent response. The lack of a response or even the act of 
obfuscation itself can be an answer. 


-Jeff 


Jeff King wrote on 12/12/99: 


>Now before we get into the Kenwood D7 issue, a question needs to be 
>answered. It is: 

> 

>Is anyone on the APRS-WG under a contractual agreement with Kenwood? 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 20:19:03 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA24891 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 20:19:02 -0600 (CST) 
Message-ID: <LYR11589-55192-1999 .12.14-15.55.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: billc@zebra.net (Bill Cleveland) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13396-55124-1999.12.14-10.16.20--billc#zebra.net@lists.tapr.org> 
Subject: [aprsspec] Re: Commercial considerations? 
Date: Tue, 14 Dec 1999 15:38:37 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 


charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011501b£468c$58de6980$02a0a8cO@Bill> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


fetes Original Message ----- 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Tuesday, December 14, 1999 8:00 AM 

Subject: [aprsspec] Re: Commercial considerations? 


On Tue, 14 Dec 1999, Roger Barker wrote: 


> First, there is a list of destination addresses that serve little 
> purpose other than software/hardware product advertising: - 


The identification of the hardware/software type is for troubleshooting... 
It is exasperating to troublehshoot packets from unidentified stations and 
trackers that are not listening and you have no way to get in contact with 
the sender... 


VVVV VV VV V 


If APRS is truly meant to be a hardware independent protocol, then we should 
stop identifying different variations of the protocol by its originating 
piece of hardware or software. I believe we should mainly identify the 
protocol by its version number. Instead of using APM326 to stand for 
"MacAPRS 3.2.6", we should use APV100 for "APRS Version 1.0.0". There should 
be no need to concern ourselves with what a transmitting station is running, 
only with the version of the APRS Protocol being transmitted. 


If we used APVxxx to signify APRS protocol Version x.x.x : 


It could be assumed that a APRS client running "APV101" should be able to 
decode "APV100". It could also be assumed that a client running "APV100", 
may not fully decode all data coming from a station sending "APV101". No 
meaningful assumptions can be made when a MacAPRS 3.2.6 ("APM326") is 
sending data to a WinAPRS 2.3.3 ("APW233"). 


In addition, I believe we should continue to use "APZxxx" to signify an 
experimental addition to the protocol. For example, "APZ100" could signify 
that the core protocol is at least compatable with "APV100" with some 
experimental extensions thrown in. 


So if my vote counted for anything, I say ditch the other "APXxxx" and use: 


"APVxxx" for APRS compliant version x.x.x 
"APZxxx" for APRS beta version at least compliant to APRS x.x.x 


And we should stop using the protocol specification as a registery of 
vendors who has licensed the term 'APRS'. 


Just my two cents worth. 
BTW, My appologies if I misunderstood something. 


73, 
Bill 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 14 22:06:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA28404 

for <lyris.aprsspec@tapr.org>; Tue, 14 Dec 1999 22:06:41 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-55222-1999 .12.14-22.21.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: William Beals <wmbeals@compuserve.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Weather APRS Software type 
Date: Tue, 14 Dec 1999 21:04:28 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF4677.4B19D560@PAVILION> 
Precedence: bulk 


Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id WAA28404 


Bob: 


Alas I am not using a PIC, in my case it is a Motorola 6808. I was aware of using 
the destination field for software versions too, and that did seem like a 
duplication. I was pretty much ignoring that field and concentrating on the 
trailer for my identifier as that seemed a lot more flexible. I think your answer 
complicates my original question though. You are correct that I should fix the 
Target field to something, I guess I'll pick an unused one such as APDAxx (DA for 
Dallas), so I don't chew up all the D's. But, don't I still need to have 
something for the trailer to uniquely identify my particular weather station? 


I have been using seperate packets for position and weather. My theory was that 
by sending weather every 5 minutes, but position every 43 minutes, I was saving 
precious bandwidth. There are obvious annoyances, but they seemed worthwhile to 
save bandwidth. My station identifier is really short, just my callsign and 
uncompressed location, none of that other fluff like email addresses and stuff. 
If I can justify putting in the position, that would be nice. 


will 


This message sent using 100% recycled Electrons 
(Minumum 30% post-consumer content) 

Will Beals 

wmbeals@compuserve.com 

15014 East Idaho Place 

Aurora, CO 80012-4740 

303-755-0293 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 07:52:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA28513 

for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 07:52:27 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 15 Dec 1999 08:48:16 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UNCLEAR: DF element 

In-Reply-To: <LYR11586-55205-1999.12.14-18.47.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55275-1999 .12.15-08.07.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912150841100 . 21903-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 14 Dec 1999, Michael J. Allison / KN6ZT wrote: 


The unclear part for me is where the numbers N, R, and Q are 
derived from. 


"N" seems to be some sort of pseudo statistical value, but doesn't 
indicate what the source of the information is. Does this come 
from the sending APRS program or the external device 

(AKA doppler). If the value is to come from the APRS program, 

the description included in this text is probably not clear 

enough to produce a consistently reliable implementation 

from different implementers. If this value is supposed to come 
from the external device, it sounds like it might be too 

device dependent (I know of several doppler based systems that 

do not do anything like this). 


VV VV VV VV VV VV NV 


THe N7LUE Doppler system preceeded APRS, so we built it to match. 

Then we added Dopppler Systems Inc, then we addded DFJr parsing. 

Yes, N was somewhat driven by the N7LUE device. If it doesnt apply to 
your doppler unit, then dont use it. We do need to define the Null 
value... 


> The range looks like it is generated by a compliant APRS 
> application... correct? 


None currently generate it. THat field is for a best guess of range “if 
available". APRSdos generates it for manual reports based on the current 
map scale. THe assumption is that if a guy is using a 32 mile map scale 
to view his DF event, then he probably expects all DF bearings to be 
within 32 miles. Before we introduced that value, DF bearings could go 


around the world. But, if I am doing HF DFing and am looking at the 1000 
mile scale, then, the DF bearing line should be on the order of 1000 miles 
long... 


THis brings up the very important APRS concept of "MAP RANGE". I will 
address this in a different Epistel... 


The output of our doppler unit provides 

single > number which we call "quality". Is this supposed to be the 
"quality" value supplied by the doppler (normalized to 0-9) 

or from some other source? 


VV DD Vv 


>From whatever source can make the best estimate... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 08:07:01 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA28965 

for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 08:06:59 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 15 Dec 1999 09:06:00 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Range Scale 
In-Reply-To: <LYR11586-55205-1999.12.14-18.47.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55277-1999 .12.15-08.21.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912150848200 . 21903 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


One serioius ommission from the SPEC is the concept of RANGE SCALE. 
ALthough it is not an "ON-AIR" issue, it is fundamental to all tactical 
display systems and APRS. 


Two people viewing the same tactical display centerd on the same LAT/LONG 
can not see the same tactical picture AT ALL, unless they are viewing the 
area to the same MAP scale. A view centered on the WhiteHouse at the 2 
mile scale to see the Marine Corps Marathon, will look almost 100% 
different to another viewer viewing Washington DC at the 64 mile scale. 


I hear it ALL THE TIME. Two people looking at the "same" map and yet not 
seeing the same thing at all, and arguing by voice over the air that they 
cannot see what the other person is talking about. 


The Army, The Navy, THe Marine Corps, the Airforce, the FAA and 

APRSdos and everyone else that uses tactical displays ALWAYS refers to 
RANGE SCALE. This dimension is absolutely critical to exchanging 
information. APRS is a system of "views". THere are THREE variables to a 
VIEW. LAT/LONG and SCALE. 


In my opinion, we should use the same RANGE SCALE system used by all other 
tactical systems, and that is the RANGE from the center of the screen to 
the top or bottom. THus If I am looking at the 64 mile RANGE SCALE, then 
I see all things within 64 miles of me. On a 3/4 CRT, of course, I can 
"also" see things as much as 100 miles from me to the east andd west, but 
that is coincidental. The fact that if I am on the "64 mile scale" that I 
can see "ALL" obnjects within 64 miles of me is the critical concept. 


In APRSdos, if you select METRIC, then these scales are shown in KM. 
These "views" need not be "precisely" to the edge of the map. APRSdos 
actually displays about 10% or more beyond the exact "64 mile" ring, but 
they are important to bound the "scale" of the view. 


I will take a look at the spec and look for where this concept should be 
added. Authors have argued that this is a local display issue. I 
disagree. Specifiing "views" for comonality in human understanding of 
tactical events, MUST include not only the CENTER, but also the RANGE. 


8 different users of 8 different programs must be able to all see the same 
thing when one of them says "Go to 3859N 07629W at the 32 mile scale and 


tell me how many mobiles are there..."... 


This is far more than a local display issue.... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 11:08:24 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA04958 
for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 11:08:22 -0600 (CST) 
From: "Michael J. Allison / KN6ZT" <mallison@livingston.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UNCLEAR: DF element 
Date: Wed, 15 Dec 1999 09:12:56 -0800 
Message-ID: <LYR11589-55309-1999.12.15-11.23.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11766-55275-1999 .12.15-08.07.11-- 
mjallison#lucent.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000601bf471f$a0ff£330$a820c695@livingston.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob, 


Sounds like a bit of explanation on those items, 
such as you added here, would be useful. 


Thanks 
mike kn6zt 


totes Original Message----- 

From: bounce-aprsspec-11766@lists.tapr.org 
[mailto:bounce-aprsspec-11766@lists.tapr.org]On Behalf Of Bob Bruninga 
Sent: Wednesday, December 15, 1999 5:48 AM 

To: APRS Spec Discussion List 


Cc: APRS Spec Discussion List 
Subject: [aprsspec] Re: UNCLEAR: DF element 


On Tue, 14 Dec 1999, Michael J. Allison / KN6ZT wrote: 


> The unclear part for me is where the numbers N, R, and Q are 
> derived from. 

> 

Quoted reply omitted. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 13:26:32 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA09610 

for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 13:26:24 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 15 Dec 1999 14:26:07 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Range Scale 
In-Reply-To: <LYR11586-55277-1999 .12.15-08.21.37-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55337-1999.12.15-13.41.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912151417060 .7286-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here is my recommended additon to the SPEC for Range Scale: 


Under the general chapter on "Design Philopsohy" add at the bottom of 
page 11, words to the effect of...: 


MAP VIEWS: As a tactical geographical system, users of APRS need to be 


I 


able to relate "map views" in a non ambiguous way. THus, all 
map displays should have a meaningful legend to convey to 

the user, the scale of the map view. To then be able to 
communicate about such views, there are three coordinates 
required. Latitude and Longitude of the map center and 

Range Scale. 


In this context, Range Scale is the approximate range in 
either Nautical miles, Miles, or Killometers from the center 
of the map to the top or bottom. This convention gives all 
software users a common basis for describing tactical map 
views (at whatever range scale is in use). 


hope that does not step on any toes.... But is very important for APRS. 


Bob 


On Wed, 15 Dec 1999, Bob Bruninga wrote: 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


One serioius ommission from the SPEC is the concept of RANGE SCALE. 
ALthough it is not an "ON-AIR" issue, it is fundamental to all tactical 
display systems and APRS. 


Two people viewing the same tactical display centerd on the same LAT/LONG 
can not see the same tactical picture AT ALL, unless they are viewing the 
area to the same MAP scale. A view centered on the WhiteHouse at the 2 
mile scale to see the Marine Corps Marathon, will look almost 100% 
different to another viewer viewing Washington DC at the 64 mile scale. 


I hear it ALL THE TIME. Two people looking at the "same" map and yet not 
seeing the same thing at all, and arguing by voice over the air that they 
cannot see what the other person is talking about. 


The Army, The Navy, THe Marine Corps, the Airforce, the FAA and 

APRSdos and everyone else that uses tactical displays ALWAYS refers to 
RANGE SCALE. This dimension is absolutely critical to exchanging 
information. APRS is a system of "views". THere are THREE variables to a 
VIEW. LAT/LONG and SCALE. 


In my opinion, we should use the same RANGE SCALE system used by all other 
tactical systems, and that is the RANGE from the center of the screen to 
the top or bottom. THus If I am looking at the 64 mile RANGE SCALE, then 
I see all things within 64 miles of me. On a 3/4 CRT, of course, I can 
"also" see things as much as 100 miles from me to the east andd west, but 
that is coincidental. The fact that if I am on the "64 mile scale" that I 
can see "ALL" obnjects within 64 miles of me is the critical concept. 


In APRSdos, if you select METRIC, then these scales are shown in KM. 
These "views" need not be "precisely" to the edge of the map. APRSdos 
actually displays about 10% or more beyond the exact "64 mile" ring, but 
they are important to bound the "scale" of the view. 


I will take a look at the spec and look for where this concept should be 
added. Authors have argued that this is a local display issue. I 
disagree. Specifiing "views" for comonality in human understanding of 
tactical events, MUST include not only the CENTER, but also the RANGE. 


8 different users of 8 different programs must be able to all see the same 
thing when one of them says "Go to 3859N 07629W at the 32 mile scale and 
tell me how many mobiles are there..."... 


This is far more than a local display issue.... 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 13:33:05 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA09874 

for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 13:33:04 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 15 Dec 1999 14:32:35 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Fr. Spocs 

In-Reply-To: <LYR11586-55277-1999 .12.15-08.21.37-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55339-1999.12.15-13.47.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912151431510 .7286-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Can we change the Dr. Spocs of this world to "scientists" or something? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 13:43:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA10262 

for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 13:43:36 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 15 Dec 1999 14:31:39 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Range Scale 
In-Reply-To: <LYR11586-55277-1999 .12.15-08.21.37-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55341-1999 .12.15-13.58.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912151426250 .7286-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Some more trivia to the spec: 


ON page 1 where you refer to my name twice. Can I ask that my call, 
WB4APR also be included. 


On page two where you describe the construct of the working group. can 
JOHN ACKERMAN please offer some legaleeze to protect us from frivolous 
litigation with words such as.... 


USE AT YOUR OWN RISK ... and cannot be held liable for the use or 
application of this standard or to any dameages that may result... BLAH, 
BLAH, BLAH... 

Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 15 23:41:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA29228 

for <lyris.aprsspec@tapr.org>; Wed, 15 Dec 1999 23:41:35 -0600 (CST) 
Message-Id: <LYR11589-55391-1999 .12.15-23.56.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 15 Dec 1999 22:41:14 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Net Cycle and WIDEn-N 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b47e2b105011@[198.106.196.80]> 
<LYR11893 - 55235-1999 .12.15-00.00.18--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Group - 


In the description of Net Cycle on page 9, it seems to overlook the 
following unproto path: ... VIA WIDE5-5. 


To “unsmart" software, this would appear as a 1-digi path and would use the 
wrong Net Cycle time. 


Sincerely, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 01:09:06 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ7106 
for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 01:09:05 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-55410-1999.12.16-01.23.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 16 Dec 1999 00:08:41 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Default Null Position 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b47e3ed3f6030@[198.106.196.80]> 
<LYR11893 - 55235-1999 .12.15-00.00.18--wagnerj#tproaxis.com@lists.tapr.org> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, group 


On page 22 of the draft spec, the idea of a "Default Null Position" is 
offered. It suggests an appropriate format for a station that cannot 
determine its position as 0000.00N and 00000.00W. 


Unfortunately, this is a real location on the surface of the earth. While 
the odds of an APRS station being there is very small, the odds are NOT 
zero. 


The earlier paragraph about Position Ambiguity really solves that problem. 
This is, after all, a situation of nearly-infinite ambiguity. Thus, the 
format 


" . N" and " . W" (that is, spaces in all position digits) 


is perfectly logical. And, there is no chance of mis-interpreting it as a 
position. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 01:40:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ7720 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 01:40:15 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-55412-1999.12.16-01.54.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 


Date: Thu, 16 Dec 1999 00:39:12 -0700 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Data Extensions 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <103130300b47e420db874@[198.106.196.231]> 
<LYR11893 -55394-1999 .12.16-00.00.13--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On page 24, it is printed: 


A fixed-length, 7-byte field may follow APRS position data. The field is an 
APRS Data Extension. The extensions may be one of the following: 


CSE/SPD .... 
DIR/SPD ... 
PHGphgd 
RNGrrrr 
DFSshgd 
Tyy/Cxx 


+t OF 


What I read seems very contradictory and incomplete. In the quoted sentence 
at the very start of the section, it talks about "following position data". 
There are no qualifications, or limitations. 


Then, a bit later, it just slips in "can be used to represent the wind 
direction and sustained one-minute wind speed in a Weather Report." 


Is, this, in fact, the wind direction and speed field indicated in "Weather 
Report Format - with Lat/Long Position" on page 51? If so, that page seems 
rather silent on the point. 


Something, please something, should be done to reduce these ambiguities!!! 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 06:57:31 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA22528 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 06:57:31 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-55422-1999 .12.16-07.12.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 16 Dec 1999 07:56:04 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Opps, my apologies 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205513b47e916bb093@[165.230.139.231]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


For Bill C. and the Spec SIG... 


Tuesday I wanted to show that there were differences between APRS 
platforms, and used a "PALM" as an example. 


This was supposed to be hypothetical... but I sort of forgot that there is 
a real v1.0 of a real Palm program, PocketAPRS. I left the impression that 
this program didn't handle regular APRS messages, and that's not the case. 


So... please... pardon my goof! 

Keith 

Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 


http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 09:07:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA26318 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 09:06:55 -0600 (CST) 
Message-ID: <LYR11589-55432-1999.12.16-09.21.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: billc@zebra.net (Bill Cleveland) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "Bob Bruninga" <bruninga@nadn.navy.mil>, 

"Keith Sproul" <ksproul@vger.rutgers.edu> 

References: <LYR13396-55422-1999.12.16-07.12.07--billc#zebra.net@lists.tapr.org> 
Subject: [aprsspec] Re: Opps, my apologies 
Date: Thu, 16 Dec 1999 09:04:25 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <005001b£47e7$b242c140$02a0a8cO@Bill> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


No problem. Maybe we should stick to using fictional programs for examples. 
I'd still like to formally reserve the following version type: 
APVxyz = APRS protocol version x.y.z 


Who do I need to send this to in order to have it appended to the list on 
Page 20 of the "APRS Protocol Reference" ? 


From: Keith Sproul <ksproul@vger.rutgers.edu> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Thursday, December 16, 1999 4:56 AM 

Subject: [aprsspec] Opps, my apologies 


For Bill C. and the Spec SIG... 


Tuesday I wanted to show that there were differences between APRS 
platforms, and used a "PALM" as an example. 


This was supposed to be hypothetical... but I sort of forgot that there is 
a real v1.0 of a real Palm program, PocketAPRS. I left the impression that 
this program didn't handle regular APRS messages, and that's not the case. 


So... please... pardon my goof! 

Keith 

Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: billc@zebra.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 09:18:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA26634 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 09:18:47 -0600 (CST) 
Message-Id: <LYR11589-55434-1999 .12.16-09.33.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
Date: Thu, 16 Dec 1999 09:18:08 -0600 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912161518 .HAA12230@avocet.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 12/16/99 1:08 AM Jim Wagner (wagnerj@proaxis.com) wrote: 


>The earlier paragraph about Position Ambiguity really solves that problem. 
>This is, after all, a situation of nearly-infinite ambiguity. Thus, the 
>format 

> 

>" . N" and " . W" (that is, spaces in all position digits) 

> 

>is perfectly logical. And, there is no chance of mis-interpreting it as a 
>position. 

> 

The problem is that this need to be converted to a number for internal 
representation. I doubt very many of present implementations could handle 
this at all. Many products out there are already using ON OW as the null, 
keep in mind that this version represents APRS as it is. 


Finally, why ON OW is indeed a real point, it is not a very interesting 
one from an APRS standpoint. It is highly unlikely that anyone running 
APRS will ever be there, and even if they tried to anchor directly on the 
point, normal GPS dithering would result in only a tiny percentage of 
their posits actually being 0.000000N 0.Q00000E. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 09:19:43 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA26659 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 09:19:37 -0600 (CST) 
From: Charles Suprin <csuprin@lynx.dac.neu.edu> 
Message-Id: <LYR11589-55435-1999.12.16-09.34.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] INCONSISTENCY Is APRS software or Protocol? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Date: Thu, 16 Dec 1999 10:19:27 -0500 (EST) 

Reply-To: csuprin@lynx.dac.neu.edu 

MIME-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912161519 .KAA21032@lynx02.dac.neu.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, 


On page 7 the spec states "APRS is a packet communication protocol ... 

However on Page 8 it states "APRS runs on most platforms,..." 

Also on page 26 is states "APRS uses the p,h,g and d codes to calculate 
." Also on page 26 "The 7-byte DFSshgd Data Extension lets APRS..." 

These two Items suggest that APRS is software. 


Perhaps this should be reworded as "APRS clients run on most platforms..." 
and an "APRS client might use the p,h,g andd...". 


I suggest the usage of the term "might use" as there is exists other more 
complicated propagation models that consider local terrain features. Or it 
could ignore them completely. For instance does my TD7A do these 
computations? 


Perhaps the standard to include both the softare aspects 

and the protocol aspects should more clearly separate out into part 1 
The protocol in gory detail. And Part 2 Things that software might want 
to do with the data acquired from via the APRS protocol. 


Also another organization change that would be quite useful for 
discussing the standard would be to add section and sunbsection 
numbering. This would be useful in the days when an HTML or PDF or 
Postcript version is available and all have different paginations to 
make it easier to discuss which content we are referring to. 


After this criticism of the document I feel the need to say that all the 
content I was looking for is contained in this document. 


Charles Suprin 
KB1DBX 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 09:28:37 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA26892 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 09:28:33 -0600 (CST) 
Message-Id: <LYR11589-55436-1999.12.16-09.43.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Opps, my apologies 
Date: Thu, 16 Dec 1999 09:26:23 -0600 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912161526 .HAA10740@penguin. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/16/99 11:04 AM Bill Cleveland (billc@zebra.net) wrote: 


>No problem. Maybe we should stick to using fictional programs for examples. 
> 

>I'd still like to formally reserve the following version type: 

> 

> APVxyz = APRS protocol version x.y.z 

> 

>wWho do I need to send this to in order to have it appended to the list on 
>Page 20 of the "APRS Protocol Reference" ? 

> 

I guess I'm not clear on your planned usage of this. These codes are 
reserved for specific software and hardware implementations of the 
protocol. While the APRSWG hasn't specifically adressed the mechanics of 
handing these out, I suspect we will want to wait until someone has a 
program or device ready for on-air testing, since we have a limited 

number of available codes. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 10:04:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA27921 
for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 10:04:41 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
Date: Thu, 16 Dec 1999 18:05:56 +0200 
Message-ID: <LYR11589-55439-1999.12.16-10.19.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-55434-1999.12.16-09.33.33-- 
Paul. Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-55434-1999.12.16-09.33.33-- 
Paul.Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <il1i5sorlitjhg2h9spmumhopdvmvqvm81@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 16 Dec 1999 09:18:08 -0600, Steve Dimse <k4hg@tapr.org> wrote: 


>On 12/16/99 1:08 AM Jim Wagner (wagnerj@proaxis.com) wrote: 

> 

>>The earlier paragraph about Position Ambiguity really solves that problem. 
>>This is, after all, a situation of nearly-infinite ambiguity. Thus, the 
>>format 

>> 

>>" . N" and " . W" (that is, spaces in all position digits) 

>> 

>>is perfectly logical. And, there is no chance of mis-interpreting it as a 
>>position. 

>> 

>The problem is that this need to be converted to a number for internal 
>representation. I doubt very many of present implementations could handle 
>this at all. 


Clearly any device forwarding a position must handle the following 
things in some consistent way 


07201.7_W represents longitude to nearest 1/10th of a minute. 
Q07201.__W represents longitude to nearest minute. 

Q720_.__W represents longitude to nearest 10 minutes. 
Q72__.__W represents longitude to nearest degree. 


where _ represent the space character. It is clearly wrong to receive 
a position of 072__.__W and forward it as 07200.00W, so either the 
ASCII string must be stored and forwarded or some other means must be 
used the number of digits used. 


>Many products out there are already using ON OW as the null, 
>keep in mind that this version represents APRS as it is. 


What should the receiving application do with an invalid coordinate 
that somehow (eg. manually), has been entered into the system. 


What should the application do with 9999.99N ? IMHO, this is a much 
better null coordinate than 0000.00N/00000.00W, which would remove any 
ambiguity with a real position and a null position. 


>Finally, why ON OW is indeed a real point, it is not a very interesting 
>one from an APRS standpoint. It is highly unlikely that anyone running 
>APRS will ever be there, and even if they tried to anchor directly on the 
>point, normal GPS dithering would result in only a tiny percentage of 
>their posits actually being 0.000000N 0.Q00000E. 


At the equator one minute would represent one nautical mile in both 
latitude and longitude. With the full .00 precision, that would be 
about 19 m, which is comparable to the GPS precision when the SA is 
turned off :-). 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 10:15:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA28184 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 10:15:33 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Thu, 16 Dec 1999 11:14:26 -0500 (EST) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Net Cycle and WIDEn-N 

In-Reply-To: <LYR11586-55391-1999 .12.15-23.56.22-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55441-1999.12.16-10.30.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912161110110 .27112-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 15 Dec 1999, Jim Wagner wrote: 


In the description of Net Cycle on page 9, it seems to overlook the 
following unproto path: ... VIA WIDE5-5. 


VVV NV 


wrong Net Cycle time. 


Good point. But I think the wording "number of digipeaters in the unproto 
path" also covers this for the smart programmer. 


Maybe we could insert "number of digipeaters or WIDEn-N hops".... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 10:18:50 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA28347 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 10:18:49 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 16 Dec 1999 11:17:53 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


To “unsmart" software, this would appear as a 1-digi path and would use the 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 

In-Reply-To: <LYR11586-55410-1999 .12.16-01.23.49-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55442-1999 .12.16-10.33.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912161115200 .27112-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 16 Dec 1999, Jim Wagner wrote: 


On page 22 of the draft spec, the idea of a "Default Null Position" is 
offered. It suggests an appropriate format for a station that cannot 
determine its position as 0000.00N and 00000.00W. 


Unfortunately, this is a real location on the surface of the earth. While 
the odds of an APRS station being there is very small, the odds are NOT 
zero. 


VV VV VV MV 


But it is only 60 feet square in the middle of the ocean. With selective 
availability, no station could maintain a 0000000000 posit for more than a 
few seconds anyway... 


The null SPACES idea requires additional (exception) parsing, and is not 
worth that .0000000001 probability... in my opinion...:-) Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 10:26:05 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA28515 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 10:26:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 16 Dec 1999 11:25:13 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Data Extensions 

In-Reply-To: <LYR11586-55412-1999 .12.16-01.54.58-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55443-1999.12.16-10.40.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912161121480 .27112-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 16 Dec 1999, Jim Wagner wrote: 


> On page 24, it is printed: 

> 

> A fixed-length, 7-byte field may follow APRS position data. The field is an 
> APRS Data Extension. The extensions may be one of the following: 

> 

> * CSE/SPD .... 

> * DIR/SPD ... 

> * PHGphgd 

> * RNGrrrr 

> * DFSshgd 

> * Tyy/Cxx 

> 

> 

> What I read seems very contradictory and incomplete. In the quoted sentence 
> at the very start of the section, it talks about "following position data". 
> There are no qualifications, or limitations. 


Maybe the above list should include the one other possibility, and that is 
that it can contain ......... as well as the examples above followed by 


Then, a bit later, it just slips in "can be used to represent the wind 
direction and sustained one-minute wind speed in a Weather Report." 


Is, this, in fact, the wind direction and speed field indicated in "Weather 
Report Format - with Lat/Long Position" on page 51? If so, that page seems 


VVVV VV 


> rather silent on the point. 
Yes, this is the same format. 
> Something, please something, should be done to reduce these ambiguities!!! 


I dont understand the ambiguity? A position report comment field can 
contain lots of stuff. This paragraph was an attempt to identify a number 
of those currently defined and in use. 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 10:56:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA29153 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 10:56:34 -0600 (CST) 
From: Charles Suprin <csuprin@lynx.dac.neu.edu> 
Message-Id: <LYR11589-55448-1999.12.16-11.11.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Thu, 16 Dec 1999 11:38:23 -0500 (EST) 
Reply-To: csuprin@lynx.dac.neu.edu 
In-Reply-To: <LYR13478-55439-1999 .12.16-10.19.25-- 
csuprin#lynx.neu.edu@lists.tapr.org> from "Paul Keinanen" at Dec 16, 99 06:05:56 
pm 
MIME-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 
Sender: bounce-aprsspec-11589@lists.tapr.org 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912161656.LAA14589@lynx02.dac.neu.edu> 
Precedence: bulk 


Please note that the purpose of this specification is to document the 
way the system currently works. 


I agree that this is a short coming of the system. However it should be 
a shortcoming that is addressed in APRS v2.0. If we wanted to open this 


up to everything that could be better we would be here all day. I have 
things I think should happen. 


Now as to bobs comment: Anything worth doing is worth doing right. 

If someone wants to lower a sea anchor and manually enter a position 
into there system of 0.Q0000000000N 0.QQQ0000000E then they should be 
allowed to and the system should work. What happens if there happens to 
be oil at that location? The rig could actually be there. 


Also many standards state that there are things a compliant system 
should do versus things the system must do. Perhaps we should include 
this as a should do in 2.0. 


Charles 


On Thu, 16 Dec 1999 09:18:08 -0600, Steve Dimse <k4hg@tapr.org> wrote: 


>On 12/16/99 1:08 AM Jim Wagner (wagnerj@proaxis.com) wrote: 

> 

>>The earlier paragraph about Position Ambiguity really solves that problem. 
>>This is, after all, a situation of nearly-infinite ambiguity. Thus, the 
>>format 

>> 

>>" . N" and " . W" (that is, spaces in all position digits) 

>> 

>>is perfectly logical. And, there is no chance of mis-interpreting it as a 
>>position. 

>> 

>The problem is that this need to be converted to a number for internal 
>representation. I doubt very many of present implementations could handle 
>this at all. 


Clearly any device forwarding a position must handle the following 
things in some consistent way 


07201.7_W represents longitude to nearest 1/10th of a minute. 
Q7201.__W represents longitude to nearest minute. 

Q0720_.__W represents longitude to nearest 10 minutes. 
Q072__.__W represents longitude to nearest degree. 


where _ represent the space character. It is clearly wrong to receive 
a position of 072__.__W and forward it as 07200.00W, so either the 
ASCII string must be stored and forwarded or some other means must be 
used the number of digits used. 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VOWV 


>Many products out there are already using ON OW as the null, 


>keep in mind that this version represents APRS as it is. 


What should the receiving application do with an invalid coordinate 
that somehow (eg. manually), has been entered into the system. 


What should the application do with 9999.99N ? IMHO, this is a much 
better null coordinate than 0000.00N/00000.00W, which would remove any 
ambiguity with a real position and a null position. 


>Finally, why ON OW is indeed a real point, it is not a very interesting 
>one from an APRS standpoint. It is highly unlikely that anyone running 
>APRS will ever be there, and even if they tried to anchor directly on the 
>point, normal GPS dithering would result in only a tiny percentage of 
>their posits actually being 0.000000N 0.Q00000E. 


At the equator one minute would represent one nautical mile in both 
latitude and longitude. With the full .00 precision, that would be 
about 19 m, which is comparable to the GPS precision when the SA is 
turned off :-). 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 11:01:09 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA29317 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 11:01:09 -0600 (CST) 
Message-Id: <LYR11589-55449-1999.12.16-11.15.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
Date: Thu, 16 Dec 1999 10:59:22 -0600 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912161659.1TAA11371@avocet.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 12/16/99 10:05 AM Paul Keinanen (keinanen@sci.fi) wrote: 


>On Thu, 16 Dec 1999 09:18:08 -0600, Steve Dimse <k4hg@tapr.org> wrote: 

> 

>>The problem is that this need to be converted to a number for internal 
>>representation. I doubt very many of present implementations could handle 
>>this at all. 

> 

>Clearly any device forwarding a position must handle the following 

>things in some consistent way 


> 

>07201.7_W represents longitude to nearest 1/10th of a minute. 
>07201.__W represents longitude to nearest minute. 

>0720_.__W represents longitude to nearest 10 minutes. 

>072__.__W represents longitude to nearest degree. 

> 

>where _ represent the space character. It is clearly wrong to receive 
>a position of 072__.__W and forward it as 07200.00W, so either the 


>ASCII string must be stored and forwarded or some other means must be 
>used the number of digits used. 

> 

Well, this has been a MAJOR point of contention between Bob and myself 
over the last year. I am completely unconvinced that there is a need for 
ambiguity in the first place. What we finally decided after an great deal 
of arguing is we would place it into the protocol, but it is up to the 
individual programmer on if, and how, to handle the ambiguity. 


All my software treats 072__.__W as 72.0000, and will continue to. I do 
not find any display method yet proposed satisfactory for conveying 
ambiguity...I do not like stations simply disappearing as you zoom in on 
a map, and using circles or squares results in a clutter map and is 
difficult to associate a paticular callsign with a zone of ambiguity. 
Finally, there is no way at all I could handle these on the map.aprs.net 
system. 


>>Many products out there are already using ON OW as the null, 
>>keep in mind that this version represents APRS as it is. 
> 


>What should the receiving application do with an invalid coordinate 
>that somehow (eg. manually), has been entered into the system. 

> 

>What should the application do with 9999.99N ? IMHO, this is a much 
>better null coordinate than 0000.00N/00000.00W, which would remove any 
>ambiguity with a real position and a null position. 

> 

This is not an option. It is impossible in the Mic-E algorithm to specify 
this position. 


> 

>>Finally, why ON OW is indeed a real point, it is not a very interesting 
>>one from an APRS standpoint. It is highly unlikely that anyone running 
>>APRS will ever be there, and even if they tried to anchor directly on the 
>>point, normal GPS dithering would result in only a tiny percentage of 
>>their posits actually being 0.Q000000N 0.Q0Q000E. 

> 

>At the equator one minute would represent one nautical mile in both 
>latitude and longitude. With the full .00 precision, that would be 
>about 19 m, which is comparable to the GPS precision when the SA is 
>turned off :-). 

> 

Yes, and SA has not been turned off since the Gulf war for an significant 
length of time. It is about 350 miles from the nearest land, too far for 
DGPS. So, in order for this to be a significant problem, you would need a 
marine mobile APRS station deliberately keeping station within the 20 
meter box at ON OW and SA being turned off. That's pretty close to my 
definition of highly unlikely... 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 12:05:42 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ0923 
for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 12:05:40 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 16 Dec 1999 13:04:52 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
In-Reply-To: <LYR11586-55439-1999.12.16-10.19.25-- 


bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55455-1999 .12.16-12.20.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912161303080 .17058-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Paul, 

Yes, there are lots of possibe ways to indicate a NULL position. But 
for the SPEC of what APRS is today, it is 0000/00000. Nothing will 
change that in APRS version 1.0. Thats just the way it is in all current 
hardware and software.... 


Sorry... 


Bob 


On Thu, 16 
Dec 1999, Paul Keinanen wrote: 


On Thu, 16 Dec 1999 09:18:08 -0600, Steve Dimse <k4hg@tapr.org> wrote: 


>On 12/16/99 1:08 AM Jim Wagner (wagnerj@proaxis.com) wrote: 

> 

>>The earlier paragraph about Position Ambiguity really solves that problem. 
>>This is, after all, a situation of nearly-infinite ambiguity. Thus, the 
>>format 

>> 

>>" . N" and " . W" (that is, spaces in all position digits) 

>> 

>>is perfectly logical. And, there is no chance of mis-interpreting it as a 
>>position. 

>> 

>The problem is that this need to be converted to a number for internal 
>representation. I doubt very many of present implementations could handle 
>this at all. 


Clearly any device forwarding a position must handle the following 
things in some consistent way 


VVVV VV VV VV VV VV VV VV VV 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


07201.7_W represents longitude to nearest 1/10th of a minute. 
Q07201.__W represents longitude to nearest minute. 

Q720_.__W represents longitude to nearest 10 minutes. 
Q72__.__W represents longitude to nearest degree. 


where _ represent the space character. It is clearly wrong to receive 
a position of 072__.__W and forward it as 07200.00W, so either the 
ASCII string must be stored and forwarded or some other means must be 
used the number of digits used. 


>Many products out there are already using ON OW as the null, 
>keep in mind that this version represents APRS as it is. 


What should the receiving application do with an invalid coordinate 
that somehow (eg. manually), has been entered into the system. 


What should the application do with 9999.99N ? IMHO, this is a much 
better null coordinate than 0000.00N/00000.00W, which would remove any 
ambiguity with a real position and a null position. 


>Finally, why ON OW is indeed a real point, it is not a very interesting 
>one from an APRS standpoint. It is highly unlikely that anyone running 
>APRS will ever be there, and even if they tried to anchor directly on the 
>point, normal GPS dithering would result in only a tiny percentage of 
>their posits actually being 0.000000N 0.Q00000E. 


At the equator one minute would represent one nautical mile in both 
latitude and longitude. With the full .00 precision, that would be 
about 19 m, which is comparable to the GPS precision when the SA is 
turned off :-). 


Paul OH3LWR 
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APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 

US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 

See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 13:08:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ2698 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 13:08:44 -0600 (CST) 
Message-ID: <LYR11589-55462-1999 .12.16-13.23.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: billc@zebra.net (Bill Cleveland) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13396-55436-1999.12.16-09.43.11--billc#zebra.net@lists.tapr.org> 
Subject: [aprsspec] Re: Opps, my apologies 
Date: Thu, 16 Dec 1999 13:06:52 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <QObf01b£4809$7b5162a0$02a0a8cO@Bill> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Stata Original Message ----- 
From: Steve Dimse <k4hg@tapr.org> 


> I guess I'm not clear on your planned usage of this. These codes are 
> reserved for specific software and hardware implementations of the 
> protocol. 


My planned usage for this is to act as a general indicator of what protocol 
version is in use by a client. APV101 would indicate APRS protocol ver. 
1.0.1 is being used. I still think assigning a specific code to each 
individual software/hardware implementation isn't as useful as tagging the 
protocol being used. 


If I write a software implementation of APRS and I chose to support V.1.0.0 


of the APRS protocol, I could use APV100 to identify my software 
implementation as being APRS V.1.0.0 compliant. 


> While the APRSWG hasn't specifically adressed the mechanics of handing 
these out, 


How can you open a protocol to public comment, and not have any plans in 
place to act on them? 


> I suspect we will want to wait until someone has a 
> program or device ready for on-air testing, since we have a limited 
> number of available codes. 


What if I start using APV at my site, lets say within the next 2 days? 


73, 
Bill 
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From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 13:17:52 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ2954 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 13:17:48 -0600 (CST) 
Date: Thu, 16 Dec 1999 13:17:37 
Subject: [aprsspec] Mic-E Destination Address Field 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Lief Hendrickson" <lLhendric@mail.sdsu.edu> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-55464-1999 .12.16-13.32.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


The following related comments apply to Chapter 10, APRS Protocol Version 
1.0. For these comments, LSB is numbered as zero. 


1. Page 37. There appears to be inadequate definition in MIC-E 
Destination Address Field- 


The fifth bit in each of the first 6 bytes of the destination field is not 
adequately defined. It is shown by the symbol "x" (the 9th bullet on page 
37) which we are told is either a 0 or 1. However, there is no definition 
of where the © or 1 come from. We can handle the value of x as being part 
of the bit pattern for the corresponding letter and then follow the table. 
However, what is the purpose of the "x" parameter? The condition 
corresponding to © and the condition corresponding to 1 should be 
specified...unless it's a secret! It it just a flag to indicate the 
shifted sequence? If so, why even bother since the P thru Z sequence could 
convey the same information. 


2. page 38. The convention on latitude digit for letters A thru K is not 
clear- 

The representation on page 37 indicates the latitude digits are the 
numerical value of the nibble made up of bits 1 thru 4 (shown as "dddd" in 
the 1st and 2nd bytes, "mmmm" in the 3rd and 4th bytes and "hhhh" in the 
5th and 6th bytes). For the letter "A", the nibble is 0001. This is 
clearly the decimal value 1, not the decimal value 0 shown in the upper 
table on page 38. For "B", the corresponding nibble is 0010 which is the 
decimal value 2, not the decimal value 1 shown in the table, etc. for the 
remaining letters in the A to J sequence. They are all shifted by 1. 
Possibly the notation "(custom)" in the table indicates it is a look-up 
table (consisting of a offset-by-one pattern) for the A to J sequence 
rather then the numerical value of the nibble (which would make more 
sense!). If so, it should be stated- and one would wonder the reason (and 
value) for this difference in representation over the more straight-forward 
direct numerical value of the nibble. 


I may have missed some reason for the above. Explanation or corrections of 
interpretation would be appreciated. 


Thanks. 
Lief Hendrickson 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 14:27:19 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ5156 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 14:27:18 -0600 (CST) 
Message-ID: <LYR11589-55470-1999.12.16-14.42.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


From: "Thomas M. Schaefer" <toms@inconnect.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Shelter Message 
Date: Thu, 16 Dec 1999 13:26:51 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <OQ1ba01b£4803$e840b600$6ec6ed89@sc017588.dts.harris.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At the DCC 1999, Keith Sproul mentioned that the Shelter data formats are 
defined, just not implemented. I have searched the spec, but did not see a 
reference to the message format. If it is not in a current program, I assume 
it does not go in the spec? 


If there is a working format, it would be helpful for on-going development 
efforts rather than define a new one. 


Thanks, 


Tom NY4I 

sees Original Message----- 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Date: Thursday, December 16, 1999 11:05 AM 

Subject: [aprsspec] Re: Default Null Position 


>Paul, 

> Yes, there are lots of possibe ways to indicate a NULL position. But 
>for the SPEC of what APRS is today, it is 0000/00000. Nothing will 
>change that in APRS version 1.0. Thats just the way it is in all current 
>hardware and software.... 

> 

>Sorry... 

> 

>Bob 


> 


> 

> On Thu, 16 

>Dec 1999, Paul Keinanen wrote: 

> 

>> On Thu, 16 Dec 1999 09:18:08 -0600, Steve Dimse <k4hg@tapr.org> wrote: 
>> 

>> >On 12/16/99 1:08 AM Jim Wagner (wagnerj@proaxis.com) wrote: 

>> > 

>> >>The earlier paragraph about Position Ambiguity really solves that 
problem. 

>> >>This is, after all, a situation of nearly-infinite ambiguity. Thus, the 
>> >>format 

>> >> 

>> >>" . N" and " . W" (that is, spaces in all position digits) 
>> >> 

>> >>is perfectly logical. And, there is no chance of mis-interpreting it as 
a 

>> >>position. 

>> >> 

>> >The problem is that this need to be converted to a number for internal 
>> >representation. I doubt very many of present implementations could 
handle 

>> >this at all. 

>> 

>> Clearly any device forwarding a position must handle the following 

>> things in some consistent way 

>> 

>> 07201.7_W represents longitude to nearest 1/10th of a minute. 

>> 07201.__W represents longitude to nearest minute. 

>> 0720_.__W represents longitude to nearest 10 minutes. 

>> 072__.__W represents longitude to nearest degree. 

>> 

>> where _ represent the space character. It is clearly wrong to receive 
>> a position of 072__.__W and forward it as 07200.00W, so either the 

>> ASCII string must be stored and forwarded or some other means must be 
>> used the number of digits used. 

>> 

>> >Many products out there are already using ON OW as the null, 

>> >keep in mind that this version represents APRS as it is. 

>> 

>> What should the receiving application do with an invalid coordinate 

>> that somehow (eg. manually), has been entered into the system. 

>> 

>> What should the application do with 9999.99N ? IMHO, this is a much 

>> better null coordinate than 0000.00N/00000.00W, which would remove any 
>> ambiguity with a real position and a null position. 


>> 


>> 

>> >Finally, why ON OW is indeed a real point, it is not a very interesting 
>> >one from an APRS standpoint. It is highly unlikely that anyone running 
>> >APRS will ever be there, and even if they tried to anchor directly on 
the 

>> >point, normal GPS dithering would result in only a tiny percentage of 
>> >their posits actually being 0.Q000000N 0.0Q0000E. 

>> 

>> At the equator one minute would represent one nautical mile in both 

>> latitude and longitude. With the full .00 precision, that would be 

>> about 19 m, which is comparable to the GPS precision when the SA is 

>> turned off :-). 

>> 

>> Paul OH3LWR 

>> 

>> 

>> --- 

>> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

>> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


>APRSdos REPLY/COMMENT: 

> 

>Reply mail addr: wb4apr@amsat.org 

>US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


>See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
>See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
>See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 

> 

> 

>--- 


>You are currently subscribed to aprsspec as: toms@inconnect.com 
>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 14:42:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ5545 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 14:42:19 -0600 (CST) 
Mime-Version: 1.0 
X-Sender: ksproul@email.rci.rutgers.edu 


Message-Id: <LYR11589-55473-1999.12.16-14.57.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 16 Dec 1999 15:36:22 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@rci.rutgers.edu> 
Subject: [aprsspec] Re: Shelter Message 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0Q42101e3b47efcOf8edf@[128.6.18.58]> 
<LYR11587 - 55470-1999 .12.16-14.42.04--ksprouli#rci.rutgers.edu@lists.tapr.or 
g> 
<LYR11587 - 55470-1999 .12.16-14.42.04--ksprouli#rci.rutgers.edu@lists.tapr.or 
g> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


They were 'tentively' defined, and the definition was NOT good enough 
to satisfy even a small group of people, so instead of wasting our 
time on something that was only partially defined, we left that out 
for a future version, since the ONLY thing that accepted it was 
WinAPRS/MacAPRS, and even that was only done as a test and wasn't 
even close to finished. 


There are some major definitions of what NEEDS to be in the data, but 
other than some examples that sort-of worked, not much else was 
completed... 


I will be looking for people to help on this as time progresses... 
This will be done through the official WG, allowing many people to 
have input.. 


Keith Sproul 


>At the DCC 1999, Keith Sproul mentioned that the Shelter data formats are 
>defined, just not implemented. I have searched the spec, but did not see a 
>reference to the message format. If it is not in a current program, I assume 
>it does not go in the spec? 

> 

>If there is a working format, it would be helpful for on-going development 
>efforts rather than define a new one. 

> 

>Thanks, 


> 


>Tom NY4I 

Keith Sproul ksproul@rci.rutgers.edu WU2Z 

Student Housing Network Coordinator 732 445-3695 W 
Rutgers University Computing Services 732 821-4828 H 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 14:59:04 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ6095 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 14:59:03 -0600 (CST) 
Message-ID: <LYR11589-55476-1999.12.16-15.13.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 16 Dec 1999 20:55:23 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Opps, my apologies 
In-Reply-To: <LYR11659-55462-1999 .12.16-13.23.28-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <QRmUHaA7GVW4Ew6s@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-55462-1999 .12.16-13.23.28--iand#dowrmain.demon.co.uk@lis 
ts.tapr.org>, Bill Cleveland <billc@zebra.net> writes 


>If I write a software implementation of APRS and I chose to support V.1.0.0 
>of the APRS protocol, I could use APV100 to identify my software 
>implementation as being APRS V.1.0.0 compliant. 

> 


In principle, yes. If your software is really in xfull*x compliance with 
1.0.0 then you could conceive of using something like APV100. 


But in practice it is very xunlikelyx that individual software or firmware 


implementations will ever be in xfull* compliance with the spec (hardware 
restrictions may even constrain the implementation to a subset of the spec). 
The current authors may prove me wrong, but I don't think any of their 
implementations xfullyx comply today. In that case they could not use 
APV100, so what would they use in its place? 


That is why the current scheme of software version number is more 
meaningful, and potentially helpful with debugging when things go wrong, 
especially when looking at rogue packets many thousands of miles away! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 15:12:49 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ6435 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 15:12:48 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-55477-1999 .12.16-15.27.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 16 Dec 1999 16:14:20 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
References: <LYR11601-55449-1999.12.16-11.15.50--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3859562B.DF5CACD@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


This conversation reminds me of high school chemistry class: 
"But teacher, my gram scalef{that I just dropped on the floor}? 
does say 5.89746258304620398462sm so it still must be right 

to the 20th place" 

Knowing the level of precision (or ambiguity) was a key part in 
getting a good grade in my chemistry class. In navigation it 


can be the difference between life and death. 


Steve Dimse wrote: 


>ASCII string must be stored and forwarded or some other means must be 
>used the number of digits used. 


> On 12/16/99 10:05 AM Paul Keinanen (keinanen@sci.fi) wrote: 

> 

> 

> >Clearly any device forwarding a position must handle the following 
> >things in some consistent way 

>> 

> >07201.7_W represents longitude to nearest 1/10th of a minute. 

> >07201.__W represents longitude to nearest minute. 

> >0720_.__W represents longitude to nearest 10 minutes. 

> >072__.__W represents longitude to nearest degree. 

>> 

> >where _ represent the space character. It is clearly wrong to receive 
> >a position of 072__.__W and forward it as 07200.00W, so either the 
> 

> 


EXACTLY. You have to represent the degree of precision that the sensor 
reports. And you MUST NOT increase its accuracy as clearly this leads 
to increasingly inaccurate results farther down the line 


> Well, this has been a MAJOR point of contention between Bob and myself 
> over the last year. I am completely unconvinced that there is a need for 
> ambiguity in the first place. 


Some navigation sensors are better then others, and give a more precise 
result. Such as GPS vs. DGPS vs. Loran vs. dead reckoning (and more). So 
quite clearly, as each of these has varying levels of "preciseness" there 
exists the need for a ambiguity reporting in any system that can use these. 
This is navigation 101 stuff people. Bob knows what he is talking about. 


Also, getting into something a little bit more obscure (but equally important) 
KNOWING the level of ambiguity is a KEY factor in doing any kind 
of sensor fusion (such as Kamin filtering). 


> What we finally decided after an great deal 
> of arguing is we would place it into the protocol, but it is up to the 
> individual programmer on if, and how, to handle the ambiguity. 


At a end user display terminal, with ABSOLUTELY NO CHANCE of 

passing the munged data on, then this is fine. But if the station, or application 
can pass this data on, it must retain the level of precision (ambiguity) of the 
data. To actually change the data by removing the level of precision should 

be one of the "thou shall nots" of the APRS SPEC. 


> All my software treats 072__.__W as 72.0000, and will continue to. 


As long as your not passing this on to another station, then this is fine. 
I'd strongly suggest a visible warning in your program that indicates you 
are munging the data in such a manner. I'm not sure what you are 

developing, but if it is ever used for navigation, and a accident results 
from this (undisclosed) munging of the data, there could be ramifications. 


But the APRS-WG must not allow certifications of programs that increase 

the level of precision and *xthenx pass the data on to another station at a 
reduced level of ambiguity (Such as passing on 072__.__W as 72.0000). 

This is completely unacceptable in any type of navigation or avl system. 
-Jeff 

P.S. 

FYI (regarding coordinates 0.00, 0.00): 

> Yes, and SA has not been turned off since the Gulf war for an significant 
> length of time. It is about 350 miles from the nearest land, too far for 


> DGPS. 


There are more ways for DGPS then just the coast guard long wave stations. 
The OmniStar ASAT satellite does cover this area. See: 


http: //www.omnistar.com/region.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 15:16:19 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ6492 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 15:16:16 -0600 (CST) 
Message-Id: <LYR11589-55479-1999 .12.16-15.31.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Opps, my apologies 
Date: Thu, 16 Dec 1999 15:12:42 -0600 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912162112 .NAA28298@gull.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/16/99 3:06 PM Bill Cleveland (billc@zebra.net) wrote: 


Donnne Original Message ----- 
>From: Steve Dimse <k4hg@tapr.org> 
> 


>> I guess I'm not clear on your planned usage of this. These codes are 

>> reserved for specific software and hardware implementations of the 

>> protocol. 

> 

>My planned usage for this is to act as a general indicator of what protocol 
>version is in use by a client. APV101 would indicate APRS protocol ver. 
>1.0.1 is being used. I still think assigning a specific code to each 
>individual software/hardware implementation isn't as useful as tagging the 
>protocol being used. 

> 

>If I write a software implementation of APRS and I chose to support V.1.0.0 
>of the APRS protocol, I could use APV100 to identify my software 
>implementation as being APRS V.1.0.0 compliant. 

> 

This is not what the field is intended for. You have no idea how 

frustrating it is to have someone send you a message saying "the packet 

from WZ9ZZZ isn't decoded by your program", and then to go dig out a 

packet from that station, see it is incorrectly formed, and have no idea 


which program sent it. 


This is why the author/manufacturer field is there. It is very much 
appreciated by those of us that need to troubleshoot the system, and 
needs to remain in place. 


And once again, Version 1.0 of the protocol documents what is in place 
today... 


>> While the APRSWG hasn't specifically adressed the mechanics of handing 
>these out, 

> 

>How can you open a protocol to public comment, and not have any plans in 
>place to act on them? 

> 

This isn't a difficult question, we are handling much tougher ones first. 
My proposal is to have a new author submit a request, and unless it is in 
conflict changes. When any new version of the protocol doc is produced 
for another reason, the changes are included. In other words, no need to 
re-issue the protocol every time a new code is assigned. Just my opinion, 
what the group decides to do may differ... 


>> I suspect we will want to wait until someone has a 

>> program or device ready for on-air testing, since we have a limited 

>> number of available codes. 

> 

>What if I start using APV at my site, lets say within the next 2 days? 

> 

If you have a piece of software read to go on the air in two days, let us 
know the name of the program and a little something about it. This would 
cause us to bump the issue up in priority and settle the assignment issue 
now. Otherwise, it will wait for tougher things to be settled first, or 
for someone else to need an ID in the short term. 


Or perhaps the question referred to civil disobedience, so-to-speak, of 
not getting a code issued first? The APRS protocol is a voluntary 
document. All the members of the APRS WG are committed to working with 
new authors to make sure their software is compatible with what we have 
in use already. If you want to ignore the resources that are offered you, 
there are no repercussions comtemplated, though it would be a shame... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 16 15:19:48 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ6591 

for <lyris.aprsspec@tapr.org>; Thu, 16 Dec 1999 15:19:47 -0600 (CST) 
From: Charles Suprin <csuprin@lynx.dac.neu.edu> 
Message-Id: <LYR11589-55481-1999.12.16-15.34.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Opps, my apologies 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Thu, 16 Dec 1999 16:19:32 -0500 (EST) 
Cc: aprsspec@lists.tapr.org 
Reply-To: csuprin@lynx.dac.neu.edu 
In-Reply-To: <LYR13478-55476-1999 .12.16-15.13.53-- 
csuprin#lynx.neu.edu@lists.tapr.org> from "Ian Wade" at Dec 16, 99 08:55:23 pm 
MIME-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912162119 .QAA22989@lynx02.dac.neu.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ian, 
I mention this in one of my other posts. but it may have gotten lost. 


It is possible to write the spec in such a way that many of the features 
can be unimplemented and a product could be compliant. For instance if 

a particular implementation of the standard only transmitted one type of 
packet then that type of packet must be one of the types listed in the 
document. However an implementation should support at minimum the direct 
message packets and a location type packet. 


In trying to keep this away from a Dr. Spock type document, 
some of the technical administrivia is failing to be addressed. 


The standard should be written such that every represented APRS 
implementation is "APRS 1.0.0 Compliant". 


Charles 
> 


> In article <LYR11659-55462-1999 .12.16-13.23.28--ian#dowrmain.demon.co.uk@lis 
> ts.tapr.org>, Bill Cleveland <billc@zebra.net> writes 


>If I write a software implementation of APRS and I chose to support V.1.0.0 
>of the APRS protocol, I could use APV100 to identify my software 
>implementation as being APRS V.1.0.0 compliant. 

> 


In principle, yes. If your software is really in xfull*x compliance with 
1.0.0 then you could conceive of using something like APV100. 


But in practice it is very xunlikelyx that individual software or firmware 
implementations will ever be in xfull* compliance with the spec (hardware 
restrictions may even constrain the implementation to a subset of the spec). 
The current authors may prove me wrong, but I don't think any of their 
implementations xfullyx comply today. In that case they could not use 
APV100, so what would they use in its place? 


That is why the current scheme of software version number is more 
meaningful, and potentially helpful with debugging when things go wrong, 
especially when looking at rogue packets many thousands of miles away! 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 


You are currently subscribed to aprsspec as: csuprin@lynx.neu.edu 
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VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 00:52:19 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA28725 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 00:52:09 -0600 (CST) 


X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-55585-1999 .12.17-01.06.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 

Date: Thu, 16 Dec 1999 23:51:36 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Conflict with WIDEn-N & Third Party Digipeating 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b47f£8bddd6e0@[198.106.196.226]> 

<LYR11893 -55394-1999 .12.16-00.00.13--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello - 


I have just noticed what appears to be an oversight concerning Third Party 
Digipeating packet reformulation and the operation of WIDEn-N digis. 


On page 67, last paragraph, it is noted: 


Any digipeaters following the callsign of the station from which the packet 
was heard are termed "unused". These unused digipeaters are stripped out 
when building a Third-Party Header. 


When a packet is received direct from a WIDEn-N digi, there is no "x" to 
signify from which digi it has been heard. The only rule I can think of is 
to assume the LAST digi in a WIDEn-N chain if there is no subsequent digi 
marked with an asterisk. In our area (Oregon south of Portland), we get 
lots of packets from Britsh Columbia with no asterisk! 


Am I wrong or is there a better way? 
Thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 02:21:48 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ0516 
for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 02:21:45 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Default Null Position 
Date: Fri, 17 Dec 1999 10:22:43 +0200 
Message-ID: <LYR11589-55592-1999 .12.17-02.36.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-55449-1999 .12.16-11.15.50-- 
Paul.Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-55449-1999 .12.16-11.15.50-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <bisj5sk52g93e17vOpoapg8fimtrpr7rr6j@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 16 Dec 1999 10:59:22 -0600, Steve Dimse <k4hg@tapr.org> wrote: 


>On 12/16/99 10:05 AM Paul Keinanen (keinanen@sci.fi) wrote: 


>>wWhat should the receiving application do with an invalid coordinate 
>>that somehow (eg. manually), has been entered into the system. 


When APRS1.0 specification is not intended to be a RFC style document, 
some inexperienced programs might not think about the possibility of 
illegal values in some data fields, thus I think it would be a good 
thing to say in the document what to do in that situation e.g. crash 
the program (hopefully not) or handle it as a default null position 


(whatever that is now or in the future). 


>>wWhat should the application do with 9999.99N ? IMHO, this is a much 
>>better null coordinate than 0000.00N/00000.00W, which would remove any 
>>ambiguity with a real position and a null position. 

>> 

>This is not an option. It is impossible in the Mic-E algorithm to specify 
>this position. 


I must have missed something, since my interpretation is that the 
latitude is transmitted in the destination address as six BCD digits, 
thus, I do not see a problem of representing 9999.99N or 9959.99N. In 
fact in the third BCD digit (tens of minutes) the MSB is always 0, 
since that digit can only vary from 0 to 5, thus three bits would be 
sufficient :-). 


It would have been a simple thing to encode the uncertainty in the 
less significant digits by using an invalid BCD digit e.g. the binary 
combination 1010 (ten) to indicate unavailable data, but unfortunately 
no-one seem to have thought about this when the Mic-E specification 
was initially designed. 


>Yes, and SA has not been turned off since the Gulf war for an significant 
>length of time. 


Is the US going to keep the SA on forever in the future ? 


And besides there are other existing and planned satnav systems that 
are not using SA even if the US keeps it on the GPS system. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 04:17:17 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA13063 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 04:17:15 -0600 (CST) 
Message-ID: <LYR11589-55595-1999 .12.17-04.32.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
Date: Fri, 17 Dec 1999 04:16:45 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000601bf£4877$d2b74£00$98228cd1@dodge. spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The default null position is of no consequence in Version 1.0. 
You will have to expand your algorithm a bit to note moving 
objects passing through the point. Otherwise mask the object. 


In version 2.0 it can be done correctly, as I would hope it would 
be a binary protocol, rather than a character protocol. 


There have been zero (null) Hams going to that point and operating 

Ham radio since APRS day 1, and none are projected. Why should 

we care now? Sure it could be designed better, and should, but not 

in this version: It's so small an issue that yawning is appropriate... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 07:38:19 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA17371 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 07:38:13 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 17 Dec 1999 08:37:23 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Conflict with WIDEn-N & Third Party Digipeating 
In-Reply-To: <LYR11586-55585-1999.12.17-01.06.50-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55610-1999.12.17-07.52.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912170832020 .25116-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 16 Dec 1999, Jim Wagner wrote: 


I have just noticed what appears to be an oversight concerning Third Party 
Digipeating packet reformulation and the operation of WIDEn-N digis. 


On page 67, last paragraph, it is noted: 


was heard are termed "unused". These unused digipeaters are stripped out 
when building a Third-Party Header. 


> 
> 
> 
> 
> 
> Any digipeaters following the callsign of the station from which the packet 
> 
> 
> 
> When a packet is received direct from a WIDEn-N digi, there is no "x" to 

> signify from which digi it has been heard. 

Good point Jim. You are correct since WIDEn-N propogates with the 
has-been-digipeated bit NOT set until it gets to 0. Hummh... . 


OK, but since the only call in that stream that will show a "x" it the one 
prior to the WIDEn-N, then it will usually, if not always, be the 
originating digipeater. And that originating digipeater is probably the 
most useful piece of information available to identify where the packet 
came from. So far, no one has used any of this path information. 


My first reaction is to leave it be. Or at least until we have an idea 
of what good it would do to work up a work-around..... But you have 
identified a small "quirk" that should not be overlooked in the future if 
we do use this path info... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 07:55:23 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA17692 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 07:55:21 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 17 Dec 1999 08:54:39 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Default Null Position 
In-Reply-To: <LYR11586-55592-1999 .12.17-02.36.22-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55618-1999.12.17-08.10.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912170852500 . 25116 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 17 Dec 1999, Paul Keinanen wrote: 


It would have been a simple thing to encode the uncertainty in the 
less significant digits by using an invalid BCD digit e.g. the binary 
combination 1010 (ten) to indicate unavailable data, but unfortunately 
no-one seem to have thought about this when the Mic-E specification 
was initially designed. 


VV VV WV 


That is EXACTLY what we did. The SPACE character... in conventional 
APRS formatted LAT/LONGS and a’ shifted ALPHABET in the Mic-E... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 10:22:55 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA22273 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 10:22:52 -0600 (CST) 
Message-ID: <LYR11589-55639-1999.12.17-10.37.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 17 Dec 1999 15:43:13 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Conflict with WIDEn-N & Third Party Digipeating 
References: <LYR11586-55585-1999 .12.17-01.06.50-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR13460-55610-1999 .12.17-07.52.58--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-55610-1999 .12.17-07.52.58-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <R4m3wRARolLW4Ew45@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-55610-1999 .12.17-07.52.58--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>On Thu, 16 Dec 1999, Jim Wagner wrote: 

> 

>> I have just noticed what appears to be an oversight concerning Third Party 
>> Digipeating packet reformulation and the operation of WIDEn-N digis. 

>> 

>> On page 67, last paragraph, it is noted: 

>> 

>> Any digipeaters following the callsign of the station from which the packet 
>> was heard are termed "unused". These unused digipeaters are stripped out 
>> when building a Third-Party Header. 


>> When a packet is received direct from a WIDEn-N digi, there is no "x" to 
>> signify from which digi it has been heard. 


>Good point Jim. You are correct since WIDEn-N propogates with the 
>has-been-digipeated bit NOT set until it gets to 0. Hummh... . 


If you assume that WIDEm-n has been used if 'n' is less than '‘m', the 
only situation in which you will be wrong is if someone originates a 


frame with something like WIDE7-5. 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http: //www.packetradio.org.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 14:33:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA29411 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 14:32:58 -0600 (CST) 
Date: Fri, 17 Dec 1999 12:32:39 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Conflict with WIDEn-N & Third Party Digipeating 
In-Reply-To: <LYR12892-55610-1999 .12.17-07.52.58-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-55677-1999 .12.17-14.47.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.9912171227290 .24374-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 17 Dec 1999, Bob Bruninga wrote: 


> On Thu, 16 Dec 1999, Jim Wagner wrote: 

> 

> > When a packet is received direct from a WIDEn-N digi, there is no "x" to 
> > signify from which digi it has been heard. 


Good point Jim. You are correct since WIDEn-N propogates with the 
has-been-digipeated bit NOT set until it gets to 0. Hummh... . 


VvVV 


This (no asterisk) should only occur when the originating station is within 
direct reach of a WIDEn-N digi, and so doesn't need a RELAY or other station 
before the WIDEn-N in the path, correct? Then the only time you'd see ANY 


asterisk is when you get to the last digi. 
If there's a RELAY or other digi call before the WIDEn-N, then the asterisk 
would appear by that station's callsign until you get to the last WIDEn-N 


digi, correct? 


Just making sure I understand. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 15:15:05 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ0770 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 15:15:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 17 Dec 1999 16:14:05 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Conflict with WIDEn-N & Third Party Digipeating 
In-Reply-To: <LYR11586-55677-1999 .12.17-14.47.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55680-1999.12.17-15.29.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912171612310 .25031-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 17 Dec 1999, Curt Mills, WE7U wrote: 


> On Fri, 17 Dec 1999, Bob Bruninga wrote: 


On Thu, 16 Dec 1999, Jim Wagner wrote: 


> When a packet is received direct from a WIDEn-N digi, there is no "x" to 
> signify from which digi it has been heard. 


Good point Jim. You are correct since WIDEn-N propogates with the 
has-been-digipeated bit NOT set until it gets to 0. Hummh... . 


VVVVV VV 


This (no asterisk) should only occur when the originating station is within 
direct reach of a WIDEn-N digi, and so doesn't need a RELAY or other station 
before the WIDEn-N in the path, correct? Then the only time you'd see ANY 
asterisk is when you get to the last digi. 


If there's a RELAY or other digi call before the WIDEn-N, then the asterisk 
would appear by that station's callsign until you get to the last WIDEn-N 
digi, correct? 


VVVNVV VV VV VV VV VV VV 


I dont think so. Some digi will always hear the RELAY first, so it will 
(and must) always be digipeated by that call first. THus, it will always 
have the RELAY*,WIDEN-N or callsing substituteded DIGI*,WIDEn-N.... 
Unless you hear the originator direct. then you will see one packet with 
no stars.... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 17:07:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4175 
for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 17:07:17 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-55687-1999 .12.17-17.22.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 17 Dec 1999 18:09:36 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Position Ambiguity and Mr. Spock 
References: <LYR11601-55449-1999 .12.16-11.15.50--jeffitaerodata.net@lists.tapr.org> 


<LYR11601-55477-1999 .12.16-15.27.31--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <385AC2BO0.9E4CFC85@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Jeff King wrote: 


Some navigation sensors are better then others, and give a more precise 
result. Such as GPS vs. DGPS vs. Loran vs. dead reckoning (and more). So 
quite clearly, as each of these has varying levels of "preciseness" there 
exists the need for a ambiguity reporting in any system that can use these. 
This is navigation 101 stuff people. Bob knows what he is talking about. 


Also, getting into something a little bit more obscure (but equally important) 
KNOWING the level of ambiguity is a KEY factor in doing any kind 
of sensor fusion (such as Kamin filtering). 


VV VV VV VV WV 


Actually, this is not at all obscure, now that I think of it. One excellent 
use of APRS is for coordinated automated direction finding. That is, 

both mobiles and bases can DF a transmitter, and share their bearing, 
location and signal strength. Since this data is being shared, it is 
CRITICAL that each program not put there own spin on it. 


A particular 

yagi has a different degree of precision then a doppler. A base station 
has a different degree of precision then a mobile (maybe the base 
station used SA watch to survey there location?), or maybe the 

mobile doesn't even has a GPS, and is just entering street coordinates 
of there latest fix. And what about the bearing tools? Are they guessing 
it by eye or are they using a fluxgate compass with +- %5 accuracy? 


Since all the data can be shared with other stations in coming up with 

a DF fix solution, it is important that the level of ambiguity be shared. 
For any certified APRS application, it is critical that the particular 
author does not have free rein to munge the data as they see fit. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 17:12:29 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4318 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 17:12:28 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-55688-1999 .12.17-17.27.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 17 Dec 1999 18:14:58 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Ommission: Position ambiguity munging rules 
References: <LYR11601-55449-1999 .12.16-11.15.50--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <385AC3F2.DEQ4E65B@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


It is claimed the WG agreed to allow the authors to munge 

position ambiguity any way they see fit. Since their public silence 
on this issue seems not impugn this, can we assume this is true? 

I cannot find any position ambiguity munging rules in the present 
APRS-SPEC document. 


These munging rules need to be in the document if the statement 
below is true, and most certainly need to be part of the certification 


process. 


-Jeff 


VVVV VV VV VV VV VV NW 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV 


>07201.7_W represents longitude to nearest 1/10th of a minute. 


>07201.__W represents longitude to nearest minute. 

>0720_.__W represents longitude to nearest 10 minutes. 

>072__.__W represents longitude to nearest degree. 

> 

>where _ represent the space character. It is clearly wrong to receive 
>a position of 072__.__W and forward it as 07200.00W, so either the 


>ASCII string must be stored and forwarded or some other means must be 
>used the number of digits used. 

> 

Well, this has been a MAJOR point of contention between Bob and myself 
over the last year. I am completely unconvinced that there is a need for 
ambiguity in the first place. What we finally decided after an great deal 
of arguing is we would place it into the protocol, but it is up to the 
individual programmer on if, and how, to handle the ambiguity. 


All my software treats 072__.__W as 72.0000, and will continue to. I do 
not find any display method yet proposed satisfactory for conveying 
ambiguity...I do not like stations simply disappearing as you zoom in on 
a map, and using circles or squares results in a clutter map and is 
difficult to associate a paticular callsign with a zone of ambiguity. 
Finally, there is no way at all I could handle these on the map.aprs.net 
system. 


>>Many products out there are already using ON OW as the null, 

>>keep in mind that this version represents APRS as it is. 

> 

>What should the receiving application do with an invalid coordinate 
>that somehow (eg. manually), has been entered into the system. 

> 

>What should the application do with 9999.99N ? IMHO, this is a much 
>better null coordinate than 0000.00N/00000.00W, which would remove any 
>ambiguity with a real position and a null position. 

> 

This is not an option. It is impossible in the Mic-E algorithm to specify 
this position. 


> 
>>Finally, why ON OW is indeed a real point, it is not a very interesting 
>>one from an APRS standpoint. It is highly unlikely that anyone running 


>>APRS will ever be there, and even if they tried to anchor directly on the 


>>point, normal GPS dithering would result in only a tiny percentage of 
>>their posits actually being 0.Q000000N 0.Q0Q000E. 


> 

>At the equator one minute would represent one nautical mile in both 
>latitude and longitude. With the full .00 precision, that would be 
>about 19 m, which is comparable to the GPS precision when the SA is 
>turned off :-). 

> 

Yes, and SA has not been turned off since the Gulf war for an significant 
length of time. It is about 350 miles from the nearest land, too far for 
DGPS. So, in order for this to be a significant problem, you would need a 
marine mobile APRS station deliberately keeping station within the 20 
meter box at ON OW and SA being turned off. That's pretty close to my 
definition of highly unlikely... 


Steve K4HG 


You are currently subscribed to aprsspec as: jeff@aerodata.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVVNV VV VV VV VV VV VV MV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 20:56:40 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA09538 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 20:56:40 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-55701-1999 .12.17-21.11.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 17 Dec 1999 19:56:20 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Parsing of Third Party Digipeated messages 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130304b480a744c3f£c@[198.106.196.106]> 
<LYR11893-55566-1999 .12.17-00.00.12--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello group 


The description on pages 67, 68, and 69 do a good job of describing how a 
tunneled message is parsed at the gateways. But, it says nothing about how 
it should be parsed at the receiving station. 


When I look at the rough draft, it does just the opposite, describing how 
it should be parsed at the receiving end but not at the gateway. 


Shouldn't the standard have both?? Its not obvious to me that the gateway 
spec is a sufficient description to determine what to do at the receive 
point. 


Thanks 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 20:57:10 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA09610 

for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 20:57:10 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-55702-1999.12.17-21.11.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 17 Dec 1999 19:56:38 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] More on Conflict with WIDEn-N & Third Party Digipeating 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b480a5123fe2@[198.106.196.106]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Dec 16, I posted a note about possible problems with Third Party 
Digipeating and WIDEn-N digipeaters. 


Here are two use useful examples. The first is pretty normal and leaves 
little doubt in my mind what the "local" digi is. The second shows exactly 
what I was concerned about. 


VE7DIE>APW240 ,N7IFIJ-10*,WIDE5: {VE6DJJ>APW228, TCPIP, VE7DIEx* : =5100.98N/11359 .23W_P 
HG3230/WinAPRS 2.2.8 -ABCANCALGARY -228-<530> 


N7RIG-4>APRX44 ,WIDE5-2: }{N7RIG-4>APRX44,WIDE5-4/V: {N7RIG-2>APRZIP, ZDIGI : >090209z 
Richard Seattle Wa. 72155.1222@compuserve.com 


Can someone, anyone, tell me whether the second was heard direct or whether 
it was heard via WIDE5-2? If the packet was properly addressed (initially 
to WIDE5-5), then it was probably heard via WIDE5-2. But, I rather doubt it 
in this case because many, if not most, of the WIDEn-N digis between the 
originating area and the authors location can be heard directly at the 
author's QTH. 


So, what is one to do???? 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 17 23:47:48 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA14913 
for <lyris.aprsspec@tapr.org>; Fri, 17 Dec 1999 23:47:46 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-55725-1999.12.18-00.02.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 17 Dec 1999 22:47:15 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Parsing Third Party Digipeated packets 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b480ccde4b9f@[198.106.196.188]> 
<LYR11893 -55566-1999 .12.17-00.00.12--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, group... 


In the absence of a formal description for parsing received Third Party 
packets, I have been trying to follow the description in the rough draft of 
the APRS protocol spec. I've run into a problem with the following packet: 


K7IP-2>APS199 , KSEAx, WIDE3 : }KH2Z>APS199, TCPIP,K7IP-2*: :SECTIG setxt 
kh2z@arrl.net KH2*{$951 


The rough draft says: "To show that it has been carried by another station, 
the call of that station is extracted from the as-received header and 
inserted as a pseudo digi in the digi path." 


Lets see, when you do that with the previous packet (and trim the unused 
part of the local digi path), you get: 


K7IP-2>APS199 , KSEAx, WIDE3 : }KH2Z>APS199, TCPIP, K7IP-2,K7IP-2,KSEAx*: :SECTIG 
setxt kh2z@arrl.net KH2*3951 


Clearly, there is an error. There are two successive instances of the same 
call. Any of the following might be true: 


1. The packet was incorrectly parsed at the gateway 
2. The rough draft algorithm is incorrect 
3. Some other error 


Can someone illuminate? 


In the absence of a formal receive decoding algorithm description in the 
protocol, this kind of stuff is going to continue being a question. 


Thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 00:02:17 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA20864 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 00:02:16 -0600 (CST) 
Message-ID: <LYR11589-55727-1999 .12.18-00.17.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-55725-1999 .12.18-00.02.28-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Parsing Third Party Digipeated packets 
Date: Fri, 17 Dec 1999 22:01:50 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <07ad01b£491d$61041540$4b93b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


1) you can not reconstruct the original packet path from 3rd party packets 
2) the pseudo header in your example tells you that [1] KH2Z originated the 
message, [2]using APRS+SA, [3] heard via TCPIP, and [4] gated by K7IP-2. 
3) The local header, K7IP-2>APS199,KSEA*x.WIDE3 only tells you the packet 
back to the IGate K7IP-2. Including this path with the header in the 3rd 
packet is wrong, and meaningless. 

4) 3rd party format, as transmitted by an IGate, does not tell you how the 
original packet got into the Internet data stream, only that KH2Z was the 
originating station. 

5) sending messages back is transparent. You only need to be assured that 
your signal gets back to your local IGate. 


Brent KH2Z 

> Hello, group... 

> 

> In the absence of a formal description for parsing received Third Party 
> packets, I have been trying to follow the description in the rough draft 
of 

> the APRS protocol spec. I've run into a problem with the following packet: 
> 

> K7IP-2>APS199 , KSEAx,WIDE3 : }KH2Z>APS199 , TCPIP, K7IP-2x: :SECTIG setxt 

> kh2z@arrl.net KH2*{951 

> 

> The rough draft says: "To show that it has been carried by another 


station, 
the call of that station is extracted from the as-received header and 
inserted as a pseudo digi in the digi path." 


Lets see, when you do that with the previous packet (and trim the unused 
part of the local digi path), you get: 


K7IP-2>APS199 , KSEAx,WIDE3 : }KH2Z>APS199, TCPIP, K7IP-2,K7IP-2,KSEAx*: :SECTIG 
setxt kh2z@arrl.net KH2*3951 


Clearly, there is an error. There are two successive instances of the same 
call. Any of the following might be true: 


1. The packet was incorrectly parsed at the gateway 
2. The rough draft algorithm is incorrect 


3. Some other error 


Can someone illuminate? 


VVWVV VV VV VV VV VV VV VV 


> In the absence of a formal receive decoding algorithm description in the 
> protocol, this kind of stuff is going to continue being a question. 

> 

> Thanks, 

> 

> Jim Wagner 

> Oregon Research Electronics 

> weeeeeween eee nee ew ewww ewww ewww ewww eww ew ew ew ew ew ew ew ew eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> eweeeeew eee eee ewww eww www ewww eww eww ew eww ew ew ew ew ew ew eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee We 

> A computer without Windows is like a cake without mustard. - anonymous 
> 

> 

> 

> 

> -<=< 

> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 03:47:21 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ4660 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 03:47:21 -0600 (CST) 
Message-ID: <LYR11589-55762-1999.12.18-04.02.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Dec 1999 09:45:13 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: More on Conflict with WIDEn-N & Third Party Digipeating 
References: <LYR13460-55702-1999 .12.17-21.11.56-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-55702-1999 .12.17-21.11.56-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ioY7UGApe1W4Ew+i@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-55702-1999.12.17-21.11.56--rogeri#tpeaksys.co.uk@list 
s.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>On Dec 16, I posted a note about possible problems with Third Party 
>Digipeating and WIDEn-N digipeaters. 

> 

>Here are two use useful examples. The first is pretty normal and leaves 
>little doubt in my mind what the "local" digi is. The second shows exactly 
>what I was concerned about. 

> 

>VE7DIE>APW240 ,N7IFI-10*«,WIDE5: }VE6DJJ>APW228 , TCPIP, VE7DIEx: =5100.98N/11359.23W_ 
>P 

>HG3230/WinAPRS 2.2.8 -ABCANCALGARY -228-<530> 


If that is off air, and the TNC you are using outputs decoded frame 
headers in "TNC2" format, i.e. the '*' is put against the last digi with 
the 'H' bit set (equivalent to putting it against the digi you heard it 
from), then it must have originated as: - 


VE7DIE>APW240 ,N7IFJ-10,WIDE5: 
And the WIDE5 would appear to me to be redundant. 


>N7RIG-4>APRX44,WIDE5-2: {N7RIG-4>APRX44,WIDE5-4/V: {N7RIG-2>APRZIP, ZDIGI : >090209z 
>Richard Seattle Wa. 72155.1222@compuserve.com 

> 

>Can someone, anyone, tell me whether the second was heard direct or whether 

>it was heard via WIDE5-2? If the packet was properly addressed (initially 

>to WIDE5-5), then it was probably heard via WIDE5-2. 


If the packet was properly addressed (started off as WIDE5-5) then it 
was xdefinitelyx heard from WIDE5-2. 


> But, I rather doubt it 

>in this case because many, if not most, of the WIDEn-N digis between the 
>originating area and the authors location can be heard directly at the 
>author's QTH. 

> 

>So, what is one to do???? 


I would say:- 


(a) Educate the users in how WIDEn-n should be used. 
(b) Assume that it has been used if the second 'n' is less than the 


first. 


Possibly off topic, but just to throw in another slight complication, 
the spec describes only two different formats of decoded frame headers - 
TNC2 and PK-232 (which shows what a sheltered life you folks over there 
lead! ;-) There are others! If your first example had come from a system 
using BPQ host mode (very popular in the UK), then it would have to be 
interpreted as having been heard via a used up WIDE5-5, because the 'x' 
in BPQ decoded frame headers simply indicates that the address 'H' bit 
is set, so a frame header that has gone through three digis would be 
decoded as: - 


G4IDE>APRS ,DIGI1*,DIGI2*,DIGI3*,DIGI4,etc... 


Finally, a question - when WIDEn-n counts down to an SSID of '0', should 
the digi that outputs the frame with WIDE5(-0) set the 'H' bit? I think 
it should, but I also don't think that all implementations of WIDEn-n 
do. (Same applies to TRACEn-n.) So, should WIDE5, or WIDE5x, or both, be 
regarded as a used up WIDE5-5? 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http://www. packetradio.org.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 09:02:25 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10046 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 09:02:24 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Dec 1999 10:01:58 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] DF Quality/Ambiguity Sectors? 
In-Reply-To: <LYR11586-55687-1999.12.17-17.22.04- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55781-1999.12.18-09.17.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X- 
X- 


List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <Pine.GSO.4.05L.9912180957240 .26707-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 17 Dec 1999, Jeff King wrote: 


VV VV VV VV VV WV 


Some navigation sensors are better then others, and give a more precise 
result. Such as GPS vs. DGPS vs. Loran vs. dead reckoning (and more). So 
quite clearly, as each of these has varying levels of "preciseness" there 
exists the need for a ambiguity reporting in any system that can use these. 
This is navigation 101 stuff people. Bob knows what he is talking about. 


VV VV WV 


Actually, this is not at all obscure, now that I think of it. One excellent 
use of APRS is for coordinated automated direction finding. That is, 

both mobiles and bases can DF a transmitter, and share their bearing, 
location and signal strength. Since this data is being shared, it is 
CRITICAL that each program not put there own spin on it. 


Yep, thats why I included the Quality factor in the DF bearing info. A 
quality factor of 8 implies a very narrow accuracy, where as a quality 
factor of 4 might mean a 45 degree precision, and a quality of 1 might 
mean +/- 90 deg. Actually, the graphics in APRSdos did not make it easy 
for me to translate these into ambiguity sectors, but that was the 
intent... Hummh... Maybe for the future, we should equate these DF 
quality factors in to specific ambiguity wedges? 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 09:25:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10792 
for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 09:25:42 -0600 (CST) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Dec 1999 10:24:43 -0500 (EST) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 


To: 
CC: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: More on Conflict with WIDEn-N & Third Party Digipeating 
In-Reply-To: <LYR11586-55702-1999 .12.17-21.11.56-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55783-1999.12.18-09.40.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912181011170 . 26707 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 17 Dec 1999, Jim Wagner wrote: 


VE7DIE>APW240 ,N7IFIJ-10*,WIDE5: {VE6DJJ>APW228, TCPIP, VE7DIEx* : =5100. 98N/11359 .23W_P 
HG3230/WinAPRS 2.2.8 -ABCANCALGARY -228-<530> 


N7RIG-4>APRX44,WIDE5-2: }N7RIG-4>APRX44,WIDE5-4/V: {N7RIG-2>APRZIP, ZDIGI : >090209z 
Richard Seattle Wa. 72155.1222@compuserve.com 


Can someone, anyone, tell me whether the second was heard direct or whether 
it was heard via WIDE5-2? 

<snip>> 

> So, what is one to do???? 


VV VV VV VV 


Good question. Lets try this answer (discussion) and see what everyone 
thinks??? 


*x APRS doesnt care how a packet gets somewhere. It was designed to 
assume a flooding network where everyone involved in a NET, Emergency, 
EVENT or whatever, is responsible to choose an OUTGOING path to hit all 
other stations in that "NET, EVENT" Emergency". 


x THis works, and will always work at the "scene" and in an "area" of 
interest. 


xxx Problem is, everyone coming on board now sees the state-wide, 
nation-wide, world-wide APRS network as a means of communicating anywhere 
and everywhere. Yes, it can be done. But it will get harder and harder. 


xxx Even as this "global" nature of APRS grows, we have always said that 
growth will be handled exactly like cellular, we make the cells smaller so 
that they can always accomidate a finite number of users within that cell. 


xxx This is why I keep saying that the only important PATH info is the 
"originating" digipeater. From that alone, we should always be able to 
figure out how to get back to that person. 


xxx WIDEn-n vastly improves network effeciency at the expense of lost path 
info. (at least n-N can tell you the number of hops)... But again, 
WIDEn-N is only a means of allowing geographically disperse users ina 
very large area to communicate in APRS where otherwise, there would not 
have been a critical mass of users to justify its use.... BUT THIS IS NOT 
what APRS was designed for... 


So, simple answer (but controversial) to Jim's question might be "who 
cares"? Are we trying to build and maintain a 5 hop system, or are we 
going to remain focused on the one hop (maybe 2) real time "event" 
scenario? 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 09:49:58 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11763 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 09:49:55 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Dec 1999 10:49:13 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More on Conflict with WIDEn-N & Third Party Digipeating 
In-Reply-To: <LYR11586-55762-1999.12.18-04.02.12- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55786-1999.12.18-10.04.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912181048160 . 26707 -100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 18 Dec 1999, Roger Barker wrote: 


Finally, a question - when WIDEn-n counts down to an SSID of '@0', should 
the digi that outputs the frame with WIDE5(-0) set the 'H' bit? I think 
it should, but I also don't think that all implementations of WIDEn-n 
do. (Same applies to TRACEn-n.) So, should WIDE5, or WIDE5x, or both, be 
regarded as a used up WIDE5-5? 


VVVV Vv 


k 

When Kantronics was implementing it, that is what I told them to do... I 
dont know if they did it that way or not. Not enought WIDEn's in my area 
to test.... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 10:56:50 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA13464 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 10:56:50 -0600 (CST) 
Message-Id: <LYR11589-55791-1999 .12.18-11.11.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Ommission: Position ambiguity munging rules 
Date: Sat, 18 Dec 1999 10:56:24 -0600 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912181656.TAAQ1368@avocet.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 12/17/99 5:14 PM Jeff King (jeff@aerodata.net) wrote: 


> 

>It is claimed the WG agreed to allow the authors to munge 

>position ambiguity any way they see fit. Since their public silence 
>on this issue seems not impugn this, can we assume this is true? 

>I cannot find any position ambiguity munging rules in the present 
>APRS-SPEC document. 

> 

>These munging rules need to be in the document if the statement 
>below is true, and most certainly need to be part of the certification 
>process. 

> 

Don't know what you mean by munging...that generally implies changing 
something. This situation is simply ignoring the ambiguity, so I would 
not choose that term. 


Position ambiguity is in the spec. All programs need to handle position 
reports containing this data format. The spec does not contain 
information about how this, or most other things, are to be displayed by 
individual programs. My opinion was that this document should contain no 
requirements on how things should be displayed by client programs. For 
example, the range omission Bob posted the other day...there may be a 
need for documentation of things like this, but my opinion is they belong 
in a separate document, just as the Inernet info should be a separate 
document. However, some of them crept into the spec, I do not have the 
time or energy to fight all these battles. 


However, ambiguity is one I feel very strongly about. I am completely 
unconvinced of the need for it, and even if I were, no one has 
demonstrated to me a method of adequately conveying it in any program, 
much less one that can be successfully implemented in all APRS displays. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 13:54:44 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA18453 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 13:54:39 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Dec 1999 14:54:24 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Programmers tips... 

In-Reply-To: <LYR11586-55791-1999 .12.18-11.11.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-55817-1999.12.18-14.09.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912181453480 .752-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


IAN, 


Here is another useful "Programmer aid" that might save programmers a lot 
of grief... in the area of GPSxyz decoding: 


TIP: In the GPSxyz construct, there are 12 "x" table offset characters 
that designate the numeric offset to ADD to the "y" ascii value to get the 
final symbol. The "z" overlay character is one-for one. The following 
two lists of these "x" TABLE characters and their equivalent ASCII table 
offsets may be handy to the programmer: 


"B-33,P00,M-24,H08,L32,J74" These will be "primary" symbols 
"0-33,A00,N-24,D08,S32,074" These will be "alternate" symbols 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 13:56:20 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA18506 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 13:56:15 -0600 (CST) 
Message-ID: <LYR11589-55818-1999.12.18-14.11.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Dec 1999 19:44:09 +0000 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: More on Conflict with WIDEn-N & Third Party Digipeating 
References: <LYR11586-55762-1999.12.18-04.02.12-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.9912181048160 . 26707 -100000@arctic> 
In-Reply-To: <Pine.GSO.4.05L.9912181048160 . 26707 -100000@arctic> 
MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <VIcIcHAJQ+W4EwkKz@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <Pine.GSO.4.05L.9912181048160.26707-100000@arctic>, Bob 

Bruninga <bruninga@nadn.navy.mil> writes 

>On Sat, 18 Dec 1999, Roger Barker wrote: 

> 

>> Finally, a question - when WIDEn-n counts down to an SSID of 'O0', should 
>> the digi that outputs the frame with WIDE5(-0) set the 'H' bit? I think 
>> it should, but I also don't think that all implementations of WIDEn-n 

>> do. (Same applies to TRACEn-n.) So, should WIDE5, or WIDE5x, or both, be 
>> regarded as a used up WIDE5-5? 

>k 

>When Kantronics was implementing it, that is what I told them to do... I 
>dont know if they did it that way or not. Not enought WIDEn's in my area 
>to test.... 


A KPC3 with 8.2 firmware doesn't. (Easily tested by sending a frame via 
WIDE5-1, that way you don't need any other WIDEn's.) 


So, to return to the original example - 
VE7DIE>APW240 ,N7IFIJ-10*,WIDE5:t¢etc... 


It's probably a "used up" WIDE5-5 with the last digi having been a 
Kantronics TNC. 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http://www. packetradio.org.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 16:36:09 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA22882 
for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 16:36:09 -0600 (CST) 
Message-ID: <LYR11589-55838-1999.12.18-16.50.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Dec 1999 22:35:03 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
In-Reply-To: <LYR11659-55464-1999 .12.16-13.32.33-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <kESJiQAXwAX4Ewl0@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-55464-1999 .12.16-13.32.33--ian#dowrmain.demon.co.uk@l 
ists.tapr.org>, Lief Hendrickson <lhendric@mail.sdsu.edu> writes 

>The following related comments apply to Chapter 10, APRS Protocol Version 
>1.0. For these comments, LSB is numbered as zero. 

> 

>1. Page 37. There appears to be inadequate definition in MIC-E 
>Destination Address Field- 

>The fifth bit in each of the first 6 bytes of the destination field is not 
>adequately defined. It is shown by the symbol "x" (the 9th bullet on page 
>37) which we are told is either a 0 or 1. However, there is no definition 
>of where the 0 or 1 come from. We can handle the value of x as being part 
>of the bit pattern for the corresponding letter and then follow the table. 
>However, what is the purpose of the "x" parameter? The condition 
>corresponding to © and the condition corresponding to 1 should be 
>specified...unless it's a secret! It it just a flag to indicate the 
>shifted sequence? If so, why even bother since the P thru Z sequence could 
>convey the same information. 

> 

>2. page 38. The convention on latitude digit for letters A thru K is not 
>clear- 

>The representation on page 37 indicates the latitude digits are the 
>numerical value of the nibble made up of bits 1 thru 4 (shown as "dddd" in 
>the Ist and 2nd bytes, "mmmm" in the 3rd and 4th bytes and "hhhh" in the 
>5th and 6th bytes). For the letter "A", the nibble is 0001. This is 


>clearly the decimal value 1, not the decimal value 0 shown in the upper 
>table on page 38. For "B", the corresponding nibble is 0010 which is the 
>decimal value 2, not the decimal value 1 shown in the table, etc. for the 
>remaining letters in the A to J sequence. They are all shifted by 1. 
>Possibly the notation "(custom)" in the table indicates it is a look-up 
>table (consisting of a offset-by-one pattern) for the A to J sequence 
>rather then the numerical value of the nibble (which would make more 
>sense!). If so, it should be stated- and one would wonder the reason (and 
>value) for this difference in representation over the more straight-forward 
>direct numerical value of the nibble. 

> 

> 

>I may have missed some reason for the above. Explanation or corrections of 
>interpretation would be appreciated. 


Hi Lief. 


The key to all of this is the table at the top of page 38 of the APRS 
Protocol spec draft (Mic-E Destination Address Field Encoding). It shows 
all of the possible ASCII characters (that will be left-shifted by one bit 
on transmission, per the AX.25 spec) for the first six address bytes. 


Example 1: From the table, if the first address byte contains the letter 
"S", it represents the latitude digit "3" and a xstandard* message "1" 
bit. The corresponding transmitted bit pattern is 10100110 (i.e. the 
letter "S" shifted one bit left). In this case, the "x" bit (bit 5) is 

a ase 


Example 2: From the table, if the first byte contains the letter "D", it 
again represents the latitude digit "3", but this time with the *xcustom* 
message bit set. The transmitted bit pattern is 10001000 (i.e. "D" left 

shifted). In this case, bit 5 is "OQ". 


So this shows how bit 5 can be either a "1" or a "OQ". 


NOTE: In example 1, the latitude value corresponds to bits 1-4 (0011), but 
in example 2, the latitude value is one less than the value of bits 1-4 
(as you correctly pointed out). 


This means that there is actually an error in the documentation on page 
37. The first bullet (under the format diagram) should read: 


* Six encoded latitude 4-bit nibbles specifying degrees, minutes ... etc 


That is, the word "encoded" replaces "binary-coded-decimal", since the 
nibble is not necessarily a BCD digit as originally stated. 


Bottom line: the table at the top of page 38 is the fundamental definition 
of the address encoding. I will be changing much of the the text on page 
37 to emphasize this. I will also be adding examples like the ones above. 


Sorry for any confusion -- this thing had me confused for months before I 
finally cracked it! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg. html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 16:39:47 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA23043 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 16:39:44 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-55841-1999.12.18-16.54.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Dec 1999 17:40:43 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Ommission: Position ambiguity munging rules 
References: <LYR11601-55791-1999.12.18-11.11.43--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <385COD6B.C15463BO0@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Steve Dimse wrote: 


Don't know what you mean by munging...that generally implies changing 
something. This situation is simply ignoring the ambiguity, so I would 
not choose that term. 


VVV NV 


Yes, you are changing something. 
Steve Dimse wrote on 16 Dec 1999 in a message titled "Re: Default Null": 
> All my software treats 072__.__W as 72.0000, and will continue to. 


Now 72 degrees is not 72.0000 degrees. Depending on the rounding 
method, your reading of 72.0000 degrees could be off up to -0.9999 
degrees. And for most flugate compasses, you can only indicate to 
the nearest 5 degrees, meaning your error would now be off up 

to -9.9999 degrees. 


Now, ___pay attention___ to this next paragraph. It is the key 
to the misunderstanding I think we have here. 


This munging is fine as long as you understand this error and it is 
acceptable to you. The problem comes into being when (or if) 

a author decides to pass the munged (incorrect) data on without 
passing on the degree of precision (or ambiguity level) TO 

ANOTHER STATION. 


> The spec does not contain 
> information about how this, or most other things, are to be displayed by 
> individual programs. 


I have no concern at all about end user display applications. Re-read 


the message you are replying to. 


> However, ambiguity is one I feel very strongly about. I am completely 
> unconvinced of the need for it, and even if I were, no one has 


> demonstrated to me a method of adequately conveying it in any program, 


Then the spec is incomplete. If the spec is going to include ambiguity, 
it also needs to include a way to convey ambiguity (which it appears 
to do). If you don't agree with the spec, then I think you should 
either remove it or document it better. I don't think the solution 

is to ignore the spec as you suggested in another message. 


>However, ambiguity is one I feel very strongly about. I am completely 
>unconvinced of the need for it, and even if I were, no one has 


As what we are discussing is basic high school chemistry stuff, 
there must be some sort of misunderstanding as I know you are 
a smart person. 


So explain to 

me exactly why you are unconvinced of the need to convey 
ambiguity in APRS?? While you have stated this on at least two 
occasions, you yet to have actually told anyone here why you 
feel this way (other then in a end user display app, which is 
not the concern, as we both agree on). 


>demonstrated to me a method of adequately conveying it in any program, 
> much less one that can be successfully implemented in all APRS displays. 


Again, re-read my message(s) on the topic. I said nothing about display 
applications. I said when the data is passed on 
to another party. 


I've attached the specific parts I'd like addressed, including the 
quote from Paul Keinanen who first pointed out this error. 


So either everyone follows the rules for ambiguity (and doesn't 
munge the data) or specific munging rules are added to the SPEC 
indicating in what cases (such as end user display apps) that 
munging will be allowed. You can't leave this out of the spec 

as it will make the whole section on position ambiguity pointless. 


Or is this already in the SPEC and I am just missing it? 

As it stands now, you are saying there is a undocumented rule 
that no-one need pay any attention to the ambiguity spec. This 
exception needs to be documented, and as it is not, my 


OMISSION comment seems valid 


Thank you 


-Jeff 


It is claimed the WG agreed to allow the authors to munge 

position ambiguity any way they see fit. Since their public silence 
on this issue seems not impugn this, can we assume this is true? 

I cannot find any position ambiguity munging rules in the present 


APRS-SPEC document. 


These munging rules need to be in the document if the statement 
need to be part of the certification 


below is true, and most 
process. 


-Jeff 
>07201.7_W represents 
>07201.__W represents 
>0720_.__W represents 
>072__.__W represents 
> 


> 


VVVV VV VV VV VV VV WV 


certainly 


longitude 
longitude 
longitude 
longitude 


to 
to 
to 
to 


nearest 
nearest 
nearest 
nearest 


>where _ represent the space character. It 
>a position of 072__.__W and forward it as 
>ASCII string must be stored and forwarded 
>used the number of digits used. 


1/10th of a minute. 
minute. 

10 minutes. 

degree. 


is clearly wrong to receive 
07200.00W, so either the 
or some other means must be 


Well, this has been a MAJOR point of contention between Bob and myself 
over the last year. I am completely unconvinced that there is a need for 
ambiguity in the first place. What we finally decided after an great deal 
of arguing is we would place it into the protocol, but it is up to the 
individual programmer on if, and how, to handle the ambiguity. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 18 23:53:22 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ6925 

for <lyris.aprsspec@tapr.org>; Sat, 18 Dec 1999 23:53:22 -0600 (CST) 
Message-Id: <LYR11589-55900-1999.12.19-00.08.17-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 18 Dec 1999 22:53:01 -0700 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Format Error 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <10313030cb4822157c840@[198.106.196.185]> 
<LYR11893-55714-1999 .12.18-00.00.15--wagnerj#proaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In an number of locations (page 28 is one example), the format description 
calls out time as optional for the !, =, /, @ formats. 


>From what I can make of the format descriptions: 


! and = specify location messages without timestamp, and 
/ and @ specify location messages with timestamp. 


Clearly, timestamp is NOT OPTIONAL in any of these formats. 


It is PROHIBITED in "!" and "=" 
It is REQUIRED in "/" and "@" 


It is patently false to call it optional in any of these. 


While I am impresessed with the incredible work done to assemble this draft 
of the APRS protocol, to my mind, this is absolutely incorrect. And, it 
appears over and over throughout the spec. 


This is not "just a matter of symantics". It has to do with truthfulness 
and accuracy for programmers yet to come onto the scene. 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 19 04:00:01 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA27674 

for <lyris.aprsspec@tapr.org>; Sun, 19 Dec 1999 04:00:01 -0600 (CST) 
Message-ID: <LYR11589-55918-1999 .12.19-04.14.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Dec 1999 09:58:40 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
References: <LYR11659-55464-1999 .12.16-13.32.33-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
<LYR13460- 55838-1999 .12.18-16.50.57--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-55838-1999.12.18-16.50.57-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NHnAvFAQxKX4EwgH@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-55838-1999.12.18-16.50.57--rogeré#peaksys.co.uk@list 
s.tapr.org>, Ian Wade <ian@dowrmain.demon.co.uk> writes 

[snip] 

>The key to all of this is the table at the top of page 38 of the APRS 
>Protocol spec draft (Mic-E Destination Address Field Encoding). It shows 
>all of the possible ASCII characters (that will be left-shifted by one bit 
>on transmission, per the AX.25 spec) for the first six address bytes. 


It's difficult to see why the Mic-E destination address is presented in 
its AX25 link-layer format. 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http://www. packetradio.org.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 19 05:08:31 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA28588 

for <lyris.aprsspec@tapr.org>; Sun, 19 Dec 1999 05:08:29 -0600 (CST) 
Message-ID: <LYR11589-55919-1999 .12.19-05.23.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Dec 1999 11:07:21 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
In-Reply-To: <LYR11659-55918-1999 .12.19-04.14.52-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <hvz4YDApxLX4Ew3e@dowrmain.demon.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR11659-55918-1999 .12.19-04.14.52--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 


> 

>It's difficult to see why the Mic-E destination address is presented in 
>its AX25 link-layer format. 

> 


Roger, if by that you mean "why is the format diagram on page 37 shown 
the way it is?", then I agree. I almost omitted that diagram when 
writing the spec -- I only left it in because other people had 
documented that way, and it was familiar to a large audience. 


Having discovered the errors in it, I have now decided to redraw it, 
omitting any reference to individual bits within each byte (for the 
first 6 bytes). The lookup table on page 38 says it all. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html1/Faprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 19 05:08:39 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA28599 

for <lyris.aprsspec@tapr.org>; Sun, 19 Dec 1999 05:08:38 -0600 (CST) 
Message-ID: <LYR11589-55920-1999 .12.19-05.23.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Error: Storm Data 
Date: Sun, 19 Dec 1999 11:06:06 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000901bf£4a11$0d039020$53984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- this is a repost of my comments from Dec. 5th . This is the last 
day of the comment period for the protocol, and there has been zero 
discussion of the hurricane protocol. I can assume that either my comments 
are taken in whole- or are being ignored. I am not very upset at all this 
due to my intention to propose a shorter and more descriptive wind field 


protocol after that is acceptable. 


The hurricane spec changes the order of the data in the pressure and wind 
field areas. This means to implement the draft a 100 % changeover in user 
software by the next hurricane season. 


I have serious problems with what I consider "geocentric" definitions: 


There are parts of the world that do not use "hurricane" for a severe 
tropical cyclone. They are called Typhoons,Tropical Cyclones,Severe Tropical 
Cyclones etc.. 


The winds are defined as MPH. This is a major problem due to the more 
universal standard being knots. Internally at the National Hurricane Center 
they use knots and only convert to MPH for "Public" statements designed for 
U.S. distribution. The vast majority of bulletins from Guam, Miami and 
Honolulu are in knots. If a user wants the winds to show in MPH, the 
display software should do the conversion. 


Radius should be in Nautical Miles to be consistent with knots. 


Drop the business about gusts being in the last 5 minutes- this is not real 
time data but estimates of winds possible (even in "present" positions) 


Time should be the "Valid" time of the object- not the time received or 
transmitted 


The names used in the example will not work- send two objects with the same 
name and only one will be kept, the first will be overwritten. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 19 07:52:59 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ1871 

for <lyris.aprsspec@tapr.org>; Sun, 19 Dec 1999 07:52:56 -0600 (CST) 
Message-Id: <LYR11589-55923-1999 .12.19-08.07.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Error: Storm Data 
In-reply-to: Your message of "Sun, 19 Dec 1999 11:06:06 GMT." 


<LYR11592-55920-1999 .12.19-05.23.33--n8ur#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Date: Sun, 19 Dec 1999 08:52:36 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <199912191352 .TAA30070@meow. febo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Dale -- 
I just wanted to let you know that your comments are in the queue. 


Although many of the comments posted to the list have resulted in 
lively discussion involving Ian and the various authors, that 
discussion is really outside the formal process, which calls for all 
comments to be considered by the WG after the comment period closes. 
Please don't take the lack of discussion on this list as a sign that 
the comment hasn't been noticed -- if the authors haven't been thinking 
about it already (and I don't know whether they have), they will see it 
again when I bundle up the set of comments and hand it to them in the 
next couple of days. 


73, 
John N8UR (jra@febo.com) 
Administrative Chair, APRS WG 


Hi All- this is a repost of my comments from Dec. 5th . This is the last 
day of the comment period for the protocol, and there has been zero 
discussion of the hurricane protocol. I can assume that either my comments 
are taken in whole- or are being ignored. I am not very upset at all this 
due to my intention to propose a shorter and more descriptive wind field 
protocol after that is acceptable. 


The hurricane spec changes the order of the data in the pressure and wind 
field areas. This means to implement the draft a 100 % changeover in user 
software by the next hurricane season. 


I have serious problems with what I consider "geocentric" definitions: 


There are parts of the world that do not use "hurricane" for a severe 
tropical cyclone. They are called Typhoons,Tropical Cyclones,Severe Tropical 


VVVV VV VV VV VV VV MV 


VV VV VV VV VV VV VV VV VV VV VV VV VV 


Cyclones etc.. 


The winds are defined as MPH. This is a major problem due to the more 
universal standard being knots. Internally at the National Hurricane Center 
they use knots and only convert to MPH for "Public" statements designed for 
U.S. distribution. The vast majority of bulletins from Guam, Miami and 
Honolulu are in knots. If a user wants the winds to show in MPH, the 
display software should do the conversion. 


Radius should be in Nautical Miles to be consistent with knots. 


Drop the business about gusts being in the last 5 minutes- this is not real 
time data but estimates of winds possible (even in "present" positions) 


Time should be the "Valid" time of the object- not the time received or 
transmitted 


The names used in the example will not work- send two objects with the same 
name and only one will be kept, the first will be overwritten. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: n8ur@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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rom bounce-aprsspec-11589@lists.tapr.org Sun Dec 19 07:55:11 1999 
eceived: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ1935 

for <lyris.aprsspec@tapr.org>; Sun, 19 Dec 1999 07:55:07 -0600 (CST) 
essage-ID: <LYR11589-55924-1999 .12.19-08.09.59-- 
yris.aprsspec#tapr.org@lists.tapr.org> 
ate: Sun, 19 Dec 1999 13:52:33 +0000 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


F 
S 
R 
i 
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rom: Roger Barker <roger@peaksys.co.uk> 

ubject: [aprsspec] Re: Mic-E Destination Address Field 

eferences: <LYR11659-55918-1999 .12.19-04.14.52-- 
an#tdowrmain.demon.co.uk@lists.tapr.org> 

<LYR13460-55919-1999 .12.19-05.23.15--roger#peaksys.co.uk@lists.tapr.org> 
n-Reply-To: <LYR13460-55919-1999 .12.19-05.23.15-- 


roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <xTrPqCAhMOX4EwGt@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-55919-1999.12.19-05.23.15--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Ian Wade <ian@dowrmain.demon.co.uk> writes 

>In article <LYR11659-55918-1999.12.19-04.14.52--iand#tdowrmain.demon.co.uk 
>@lists.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 

> 

>> 

>>It's difficult to see why the Mic-E destination address is presented in 
>>its AX25 link-layer format. 

>> 

> 

>Roger, if by that you mean "why is the format diagram on page 37 shown 
>the way it is?", then I agree. I almost omitted that diagram when 
>writing the spec -- I only left it in because other people had 
>documented that way, and it was familiar to a large audience. 


Yes, I appreciate that it already existed, and that a large number of 
people had already torn out some hair trying to understand it! ;-) 


The point is, of course, that most APRS applications handling Mic-E data 
will be using the destination address in its ASCII, i.e. not AX25 
shifted, format. Exactly as they will use every other AX25 destination 
address in its ASCII format. (Most applications wouldn't even be able to 
access it in AX25 format.) 


As a general point - I don't think the spec should concern itself at all 
with link-layer implementation. 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston, UK http://www. packetradio.org.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 19 09:24:30 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3851 
for <lyris.aprsspec@tapr.org>; Sun, 19 Dec 1999 09:24:29 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 19 Dec 1999 10:23:39 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
In-Reply-To: <LYR11586-55918-1999 .12.19-04.14.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-55929-1999 .12.19-09.39.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912191022310 .19349-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Dec 1999, Roger Barker wrote: 


> It's difficult to see why the Mic-E destination address is presented in 
> its AX25 link-layer format. 


I agree. I always think in terms of its ASCII "displayed" value. I think 
talking about all the shifting just encumbers the details... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 20 00:21:14 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ7392 

for <lyris.aprsspec@tapr.org>; Mon, 20 Dec 1999 00:21:13 -0600 (CST) 
Message-ID: <LYR11589-56026-1999.12.20-00.36.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Mon, 20 Dec 1999 06:20:02 +0000 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 

Reply-To: Ian Wade <ianwade@netro.co.uk> 

Subject: [aprsspec] Thanks to everyone 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <6INOxAASqcX4EwnJ@dowrmain.demon.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


A quick line to thank everyone who's contributed to the discussion of 
the APRS Protocol specification draft. Your feedback has given me and 
the APRS Working Group a lot to think about over the holiday! 


As Working Group Chairman John Ackermann said yesterday, please don't 
think we're ignoring your points if we didn't comment on them. There 
just wasn't time to address every one of them in this list before the 
deadline. 


I now have a hardcopy of all the comments and will be going through them 
in detail with the Working Group. Once I have a better feel for how long 
this will take, John will make a public announcement saying when the 
Working Group will publish the final version of the spec. 


Meantime, have a great Christmas and New Year's! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 20 09:28:51 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA28976 

for <lyris.aprsspec@tapr.org>; Mon, 20 Dec 1999 09:28:50 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 Dec 1999 10:28:28 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ACK problem in SPEC 
In-Reply-To: <LYR11586-55923-1999.12.19-08.07.50- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-56061-1999.12.20-09.43.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912201004550 .27616-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


The section on MESSAGES and ACKS is ambiguous about what constitutes a 
valid "ACK". Some authors require the FROM-CALL of the ACKing station to 
MATCH while others only rely on the message number. 


Where this problem is seen on the air is in the following example: 


Station A sends an email message via the EMAIL engine. His outgoing 
message is addressed to the pseudocall of "EMAIL" 

The reply ACK comes back FROM the callsign of the engine's TNC, not the 
matching callsign "EMAIL". 


SOLUTIONS: 

1) Sprouls solved it by making an "exception" to the callsign "EMATL" 

2) Brent solved it by accepting any matching ACK number regardless of 
who sent it... 

3) APRSdos wont accept the EMAIL ack, because it is not from the 
matching TOCALL. 


None of these are good permanent solutions. I think the following: 


4) The "right" and most general solution is for an EMAIL engine to use 


KISS mode and to send back the ACK with the proper "EMAIL" from call. 


I am not picking on "EMAIL" here. it is just one example. There are 
also ICQ and other pseudocall engines that will be used on APRS... 


BOTTOM LINE. Does the SPEC need to solve this problem by making a stand 
on the requirement (or lack of requirement) for a CALLSIGN match for ACKS? 


At this point in spec 1.0, maybe the politically correct position is to 
add a sentence at the top of page 58: 


Whether or not the FROM-CALL of the ACK is required to come from the 
same callsign as the ADDRESSEE is implemented differently in 
different versions. This issue is currently unresolved... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Dec 20 17:43:55 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA14131 

for <lyris.aprsspec@tapr.org>; Mon, 20 Dec 1999 17:43:54 -0600 (CST) 
Date: Mon, 20 Dec 1999 17:43:41 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Lief Hendrickson" <lhendric@mail.sdsu.edu> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-56095-1999.12.20-17.58.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Tan, 

Thanks for your response. Good explanation about the fact that the 
latitude nibble is encoded rather than simply the numerical value of the 
nibble. The examples you gave were "S" and "D". The question still 
remains of why a transmitting station would use one set of letters over 
another (A thru K versus P thru Z). As you show, the "S" and "D" mean 
exactly the same. The only difference is whether bit 5 is "OQ" or "1". 
Well, the value of a bit being "0" or "1" conveys information. So bit 5 
does convey information though no mention is made of what information is 


conveyed (if any!) Why would make a system choose use of "S" over use of 
"D" (per example)? If no information is conveyed, it should be so stated, 
i.e. the fact that the value of bit 5 being "0" or "1" is not used for any 
purpose (for the time being!). 

If A thru K is equivalent to P thru Z why not just get rid of A thru K and 
streamline the decoding. 

Thanks. 

-Lief 


At 12:00 AM 12/18/99, you wrote: 


>Subject: Re: Mic-E Destination Address Field 

>From: Ian Wade <ian@dowrmain.demon.co.uk> 

>Date: Sat, 18 Dec 1999 22:35:03 +0000 

> 

>In article 

<LYR11659-55464-1999 .12.16-13.32.33--ian#dowrmain.demon.co.uk@l 
>ists.tapr.org>, Lief Hendrickson <lhendric@mail.sdsu.edu> writes 
>>The following related comments apply to Chapter 10, APRS Protocol 
Version 

>>1.0. For these comments, LSB is numbered as zero. 


<...stuff deleted...> 


>Hi Lief. 

> 

>The key to all of this is the table at the top of page 38 of the APRS 
>Protocol spec draft (Mic-E Destination Address Field Encoding). It shows 
>all of the possible ASCII characters (that will be left-shifted by one 
bit 

>on transmission, per the AX.25 spec) for the first six address bytes. 

> 

>Example 1: From the table, if the first address byte contains the letter 
>"S", it represents the latitude digit "3" and a xstandard* message "1" 
>bit. The corresponding transmitted bit pattern is 10100110 (i.e. the 
>letter "S" shifted one bit left). In this case, the "x" bit (bit 5) is 
"1", 

> 

>Example 2: From the table, if the first byte contains the letter "D", it 
>again represents the latitude digit "3", but this time with the *xcustom* 
>message bit set. The transmitted bit pattern is 10001000 (i.e. "D" left 
>shifted). In this case, bit 5 is "0". 

> 

>So this shows how bit 5 can be either a "1" ora "O". 

> 

> 

>NOTE: In example 1, the latitude value corresponds to bits 1-4 (0011), 


but 

>in example 2, the latitude value is one less than the value of bits 1-4 
>(as you correctly pointed out). 

> 

>This means that there is actually an error in the documentation on page 
>37. The first bullet (under the format diagram) should read: 


>* Six encoded latitude 4-bit nibbles specifying degrees, minutes ... etc 


>That is, the word "encoded" replaces "binary-coded-decimal", since the 
>nibble is not necessarily a BCD digit as originally stated. 

> 

>Bottom line: the table at the top of page 38 is the fundamental 
definition 

>of the address encoding. I will be changing much of the the text on page 
>37 to emphasize this. I will also be adding examples like the ones above. 
> 


>Sorry for any confusion -- this thing had me confused for months before I 
>finally cracked it! 

> 

>73 

>Ian, G3NRW 

>Technical Editor, APRS Protocol Specification 

> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 21 00:51:42 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ3237 

for <lyris.aprsspec@tapr.org>; Tue, 21 Dec 1999 00:51:38 -0600 (CST) 
Message-ID: <LYR11589-56165-1999 .12.21-01.06.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 21 Dec 1999 06:40:43 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
In-Reply-To: <LYR11659-56095-1999 .12.20-17.58.52-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <T2TkeDArDyX4Ewh7@dowrmain.demon.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR11659-56095-1999 .12.20-17.58.52--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Lief Hendrickson <lhendric@mail.sdsu.edu> writes 


>If A thru K is equivalent to P thru Z why not just get rid of A thru K and 
>streamline the decoding. 


Lief, A-K is xnot* equivalent to P-Z. 


The latitude values happen to be the same in both those ranges, but the 
message "1" bit has a different meaning. If the character is "D", the 
xcustom*x message bit is set. If the character is "S", the xstandard* 
message bit is set. 


Example 1: If the first 3 bytes of the address are "D4F", from the table 
on page 38 you'll see this means: 


a. the latitude digits are "345". 


b. the message is a xcustomx message, because the address contains 
letters in the range A-K. From the table, the message bits (bits A/B/C) 
are "101". From the table at the bottom of the page, this corresponds to 
"Custom-2" (which can have any prior agreed meaning) . 


Example 2: If the first 3 bytes of the address are "S4U": 
a. the latitude digit are again "345". 


b. the message this time is a xstandard" message, because the address 
contains letters in the range P-Z. From the table, the message bits are 
again "101", corresponding to standard message "In Service". 


Finally, forget about the meaning of any individual *xbit* in the first 6 
bytes of the address. Any particular bit may be a "1" or a "0" depending 
on the ASCII character left-shifted. So bit 5 doesn't have any 
particular meaning -- just think about encoded xbytesx. 


[I£ you decide to write code to handle this, you could write out the bit 
patterns corresponding to every ASCII character (left-shifted) in the 
table, and then possibly decide you *xcan* handle individual bits 
algorithmically. Or you could take the easy way out and simply use table 
lookup. The choice is yours -- that's an implementation issue, not a 
protocol issue]. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 21 11:29:06 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28666 

for <lyris.aprsspec@tapr.org>; Tue, 21 Dec 1999 11:29:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 21 Dec 1999 12:28:44 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ACK processing 
Message-ID: <LYR11589-56212-1999.12.21-11.44.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912211227460 .11955-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


One more addition which I think is VERY important to convey to authors. 


Insert at the top of page 58 after the ACK table somethign to the effect 
of: 


APRS uses an end-for-end ACKnowledgment system. The probabiliity of 
receiving an ACK degrades very rapidly as the number of hops increases. 
To counter this, authors are encouraged to implement schemes to add 
redundancy to ACKS. Schemes currently in use: 


1) ACK all dupes of incoming messages 

2) Do not filter out ACK dupes at Igates and Nodes 

3) Generate multiple ACKS if a message is received over a long path 

4) Schedule a duplicate delayed ACK if a message has been received 
multiple times 

5) Remember, that modern DIGIS and APRServe filters all dupes within 
30 seconds, so duplicates must be separated by at least 30+ secs. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 22 13:35:09 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA25432 

for <lyris.aprsspec@tapr.org>; Wed, 22 Dec 1999 13:35:04 -0600 (CST) 
Date: Wed, 22 Dec 1999 13:34:53 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Lief Hendrickson" <lhendric@mail.sdsu.edu> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-56341-1999.12.22-13.50.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Tan, 


Thanks for comments. The discussion about interpretation is good. 


However, the confusion in reading the spec is still there. The way the 
spec is written on page 37 is confusing. The spec just says "x" is a "Q" 
or "1". A reader naturally wonders 0.K. why the significance of saying a 
bit is either a "0" or a "1" (it couldn't be anything else but a "0" ora 
Te te) 73 


>From what we've discussed, when the "x" bit is a "1", it means the message 
bit is a custom. As you've pointed out, this is because the character set 
corresponding to the "Custom" designation fall in the A thru K range- these 
all have that bit equal to "1". So, why not just say that in the spec. If 
anything is to be said about the "x" bit, it should be more than the 
obvious that it is a "0" or a "1"- which is true of any bit! 


Maybe the spec could say something like x = 1 corresponds to a custom 
message. JI know this falls in place from being in the A thru K set. One 
can already figure that out from the table. This is just a suggestion of 
what could be said about "x" if the spec is to identify it as a parameter- 
which it currently does on page 37. It's not good to have dangling 
parameters. Of course, then we have the problem of what to say about x = 0 
since that could correspond to the character set 0 thru 9 or to the set P 
thru Z- of which only the latter corresponds to a standard message. 
Difficulty in explaining the situation should not be a reason for ignoring 
it. I suppose it could be said the "x" bit just falls in place depending 
on other circumstances. However, its meaning should be addressed somehow 
if it is shown with its own definition line. 


What does use of the character set © thru 9 say about whether a message is 
standard or custom? And what happens if the "x" bits of the first three 
bytes are different. This is not clear relative to the bottom table on 
page 38. (Please see comment after your example 1 below)? 


At 12:00 AM 12/22/99, Ian Wade wrote: 


>In article <LYR11659-56095-1999.12.20-17.58.52--iand#tdowrmain.demon.co.uk 
>@lists.tapr.org>, Lief Hendrickson <lhendric@mail.sdsu.edu> writes 

> 

> 

>>I£ A thru K is equivalent to P thru Z why not just get rid of A thru K 
and 

>>streamline the decoding. 

> 

> 

>Lief, A-K is xnot* equivalent to P-Z. 

> 

>The latitude values happen to be the same in both those ranges, but the 
>message "1" bit has a different meaning. If the character is "D", the 
>xcustom*x message bit is set. If the character is "S", the xstandard* 


>message bit is set. 

> 

>Example 1: If the first 3 bytes of the address are "D4F", from the table 
>on page 38 you'll see this means: 

> 

>a. the latitude digits are "345". 

> 

>b. the message is a xcustom* message, because the address contains 
>letters in the range A-K. From the table, the message bits (bits A/B/C) 
>are "101". From the table at the bottom of the page, this corresponds to 
>"Custom-2" (which can have any prior agreed meaning). 

> 


Why did you use "4" as the second byte? If this example was intended to 
specify a "custom" message, it seems "E" should be used instead of "4" as 
the second byte. 


Suppose the first three bytes were "D4U". This would still be the same 
latitude, but the first byte is "Custom", the second is neither "Custom" or 
"Standard", and the third is "Standard". Where would this fall in the 
table at the bottom of page 38? 


> 

>Example 2: If the first 3 bytes of the address are "S4U": 
> 

>a. the latitude digit are again "345". 

> 


>b. the message this time is a xstandard" message, because the address 
>contains letters in the range P-Z. From the table, the message bits are 
>again "101", corresponding to standard message "In Service". 

> 


Again, the second byte is neither "Custom" or "Standard". It could have 
been "T" instead of "4". In that case, the "B" parameter would still be 
"1", but its byte would be within the "Standard" character set. ...or is 


there some requirement I am missing about the character set of the second 
byte. 


The table at the bottom of page 38 has a column for "Standard" and a column 
for "Custom". Yet the three bytes (the parameters "A", "B", & "C") could 
potentially be different in specifing"Custom" or "Standard" leading to 
confusion. 


> 

>Finally, forget about the meaning of any individual *bit* in the first 6 
>bytes of the address. Any particular bit may be a "1" or a "Q" depending 
>on the ASCII character left-shifted. So bit 5 doesn't have any 
>particular meaning -- just think about encoded xbytesx. 


> 

>[If you decide to write code to handle this, you could write out the bit 
>patterns corresponding to every ASCII character (left-shifted) in the 
>table, and then possibly decide you *canx handle individual bits 
>algorithmically. Or you could take the easy way out and simply use table 


>lookup. The choice is yours -- that's an implementation issue, not a 
>protocol issue]. 
> 


Well, I agree it is the combination of bits that is important. Using the 
encoding of the table will work. However, there is still the confusion of 
how to interpret something if there is inconsistency in use of the three 
character sets (Standard, Custom, and neither). For example, "D4U" or 
"DEU". If mixing types is prohibited, it should be so stated. Or perhaps 
specify something like- use only the first byte to determine type ("Custom" 
or "Standard". 


It is a protocol issue in that there is the possibility of mixing the 
character sets and it isn't clear which one would take precedence. If the 
meaning of bit "x" is not important for a protocol spec, perhaps some other 
representation would be better- rather than simply saying it is a "0" ora 
"1" as shown on page 37. 


Thanks. 
Lief 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 02:05:54 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA21701 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 02:05:53 -0600 (CST) 
Message-ID: <LYR11589-56420-1999.12.23-02.20.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 22 Dec 1999 23:42:46 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Mic-E Destination Address Field 
In-Reply-To: <LYR11659-56341-1999 .12.22-13.50.07-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <XCblLTBA2HWY4Ewac@dowrmain.demon.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR11659-56341-1999 .12.22-13.50.07--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Lief Hendrickson <lhendric@mail.sdsu.edu> writes 

>Ian, 

> 

>Thanks for comments. The discussion about interpretation is good. 
>However, the confusion in reading the spec is still there. The way the 
>spec is written on page 37 is confusing. 


Yes, I know it is confusing. A few days ago I said I was going to 
rewrite it. In the next release of the document it will look quite 
different. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 15:28:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21438 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 15:28:30 -0600 (CST) 
Date: Thu, 23 Dec 1999 15:28:19 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-56492-1999.12.23-15.43.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Opps, my apologies 
In-Reply-To: <LYR11595-55479-1999 .12.16-15.31.02-- 


salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X- 
X- 


List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <199912232128.PAA86429@us.networkcs.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Subject: [aprsspec] Re: Opps, my apologies 
Date: Thu, 16 Dec 1999 15:12:42 -0600 
From: Steve Dimse <k4hg@tapr.org> 

eau 
This is not what the field [the AX.25 destination field when encoded as the 
originating software product and version] is intended for. You have no idea 
how frustrating it is to have someone send you a message saying "the packet 


from WZ9ZZZ isn't decoded by your program", and then to go dig out a 
packet from that station, see it is incorrectly formed, and have no idea 
which program sent it. 


This is why the author/manufacturer field is there. It is very much 
appreciated by those of us that need to troubleshoot the system, and 
needs to remain in place. 


VVVV VV VV VV VV VV 


I still don't believe this is a particularly strong argument. 


A trivial alternative is to simply ask WZ9ZZZ what software he or she 
is running. Why, you could even try sending an APRS message to WZ9ZZZ... 


I believe there are much better uses that could be made of the AX.25 
destination address, (such as using it as a multicast address, but that 
is another proposal). 


By the way, including the APRS protocol version number somewhere in each 
APRS packet (although not necessarily in the AX.25 destination address as 
was proposed) has the significant advantage that when new versions of APRS 
are defined the receiver can determine whether to parse the packet as an 
APRS 1 packet or an APRS 2 packet. (I suppose I should save this mail for 
all the e-mail I will see that says: "We can't do that in APRS 2.0 because 
the receiver might try to parse the packet as an ARPS 1.0 packet".) 


[Insert long editorial here about why now is the time to think about how we 
will migrate to new versions of the APRS protocol...] 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:44:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA0Q7488 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:44:32 -0600 (CST) 
Message-Id: <LYR11589-56558-1999 .12.23-23.59.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:44:15 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Compressed Position Report Error?? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130305b488a3b698a9@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Group - 
On page 30, under "advantages" (9th bullet), it says: 
"Potential 400% reduction of raw GPS NMEA data length" 


I hope that is a typo, or someone is a miracle worker. A 100% reduction 
would make it 0 length. How long would a message be when reduced by 400%? 


I can see 40%. 
Best wishes - 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:45:12 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7545 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:45:11 -0600 (CST) 
Message-Id: <LYR11589-56559-1999.12.24-00.00.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:44:56 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Mic-E Destination Address detection 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130306b488a49ecf3a@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello All - 


How does one distinguish a Mic-E destination address from one of the usual 
APRS net names? 


Example: APW522 has a legit Mic-E translation, as far as I can see. 


Please don't tell me that the parser has to wait until discovering the 
message type later in the packet!!! 


Also, is it correct, as it appears, that if one has any net name filtering 
on, that most Mic-E packets will be lost? 


Thanks.... 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 


ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:46:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7589 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:45:57 -0600 (CST) 
Message-Id: <LYR11589-56563-1999.12.24-00.00.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:45:24 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Mic-E ABC bits 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130307b488a5f41fb3@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello - 


Is it required that all one bits in the ABC set be from the same Custom or 
Standard group? 


For example, suppose that "E" were used to indicate Custom and 40 degrees. 
Would the character for 5 degrees have to be "F" or could it be "U"? 


Should a Mic-E packet that mixes custom and standard group characters be 
rejected as invalid? 


Thanks again - 


Jim Wagner 


Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:47:06 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7636 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:47:03 -0600 (CST) 
Message-Id: <LYR11589-56565-1999.12.24-00.01.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:45:36 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Mic-E Information Field 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130308b488a6d554c8@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings - 

In the expressions at the end of page 39, it says: 

d+28: Binary degrees of longitude. To decode: 
1. subtract 28 
2. if the L bit is set, add 100 to get the final value of longitude 
3. subtract 80 if 180<=D<=189 


"D" is not defined anywhere! 


This same construction is also used several times on page 40. 
Please be more explicit! 
Thank you, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:47:16 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7647 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:47:14 -0600 (CST) 
Message-Id: <LYR11589-56566-1999.12.24-00.02.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:46:48 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Telemetry Data Format 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130309b488a7d891c4@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Group - 


Here are some questions about Telemetry format 


QUESTION: 4 eA a-o- SSeS rn ee ele Rear 

On page 54, is the Telemety Sequence Number constrained to numeric characters? 
Question 2 ------------- nr rrr rrr rrr rrr r rrr ccc creer ee 

What does one do with fewer than 6 quantities? Is it just terminated at the 
end of the last quantity used, or must the comma-delimited format be filled 
out. In other words, is 

T#O005,199 

valid? 

Or, is it required 

T#005,199,,,,, 

Or, is it required 

T#005,199,0,0,0,0,0 

QUESTION 3. Seneesheree is seca is inci seieinecmisiins 

Why are the "analog" values constrained to the range 0-255? Why not 0-511 or 
0-999? I can think of a number of situations where higher resolution is 
appropriate. 

Question 4 ------------------- rrr rrr rrr nn nner cnr reer e- 

Why is the last field called "Digital"? These are all digital in that they are 
discrete integers. The last field would be better called "binary" because 

it is a set of digits representing 8 binary values. I believe that this 
would provide better understanding of the function of the field. 

QUESTION. 5 (Seneeeceeeein eee rien cnn sie ie isinicine 

Is there an error in the polynomial expansion example? For coefficients 
@,5.2,0 and value 199, it shows an expansion of 0*12842 + 5.2x*199 + 0. I 
believe that the first term should be 0x*19942. While it does not change the 
outcome (because the coefficient is 0), it makes it very confusing for 
someone to understand how to do the expansion. 


Thanks 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:47:57 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7667 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:47:54 -0600 (CST) 
Message-Id: <LYR11589-56569-1999 .12.24-00.02.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:47:16 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Message Questions 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <10313030ab488b07c9a57@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, Everyone - 


In the description of Messsage Acks on page 58, it says nothing about ack 
timing. Is ACK sent once for each message received or are multiple ACKs 
sent? 


And, in the description of "message groups", it says "An APRS station can 
specify special Message Groups, containing lists of callsigns that the 
stations will read messages from (in addition to messages addressed to 
itself). Such lists are defined internally by the user at the receiving 
station, and are used to filter received message traffic." 


Then, a paragraph later, it says: 


"The receiving station will only acknowledge messages addressed to itself, 
and not any messages which were addressed to any group callsign." 


Does this mean that some arbitrary "callsign" is chosen as a "group 
callsign" and members of the group assign themselves to respond to said 
callsign? Or, does it mean that a filter list is established and that a 
message addressed to anyone on the list is read as a message? 


Many thanks - 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:51:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7750 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:50:59 -0600 (CST) 
Message-Id: <LYR11589-56574-1999.12.24-00.05.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:49:24 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Query Questions 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <10313030bb488b3774dfe@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
Hello again, everyone ..... 
Here are a bunch of questions about queries: 


(1) In the former protocol description, it was mentioned that stations 
responding to a general query respond at "random" times over a 2 minute 
interval, I believe. This seems to be absent from the new spec. Has it been 
forgotten, or is it no longer considered important? 


(2) Case of query commands is never discussed. Are they always upper case? 
(3) In the very first paragraph of the Query chapter on page 61, it says: 


"A station may set up a file containing a list of one or more Station 
Capabilities. These define attributes for the station. When queried for its 
capabilities, the station responds by transmitting the contents of the file, 
preceded by the < Data Type Identifier." 


Why is it necessary to include implementation-specific language? No file is 
required. Software could easily be written so that the operator checks 
boxes in a dialog and responds with a capabilies message derived from the 
dialog (without a "file" ever being created). I don't feel that this 
language is appropriate for the specification. 


(4) I would like to see directed IGATE and WX queries. To me, they make a 
lot of sense. For example when I really just want the the wx report from a 
specific Eastern Washington station, why should the network be flooded with 
a dozen or more useless weather reports? APRSW and APRSI would be ideal. 


(5) How is a station to respond to a directed query for which it has no 
information. For example, suppose that a station is queried for its status, 
and no status message has been entered? Likewise objects and position. 


(6) I would like to see a statement that a station should accept, without 
crashing, unrecognized query types. This would facilitate expansion of the 
query list while insuring that existing software does not balk at the new 
types. 


(7) The format does not indicate HOW a station is to respond if it has not 
heard a the station specified in an APRSH query. 


(8) The format does not indicate HOW a station is to repsond to an APRSD 
query if it has heard NO direct stations. 


(9) The format does not indicate HOW a station is to repsond to an APRSM 
query if it has no unacknowledged or undelivered messages for the querying 


station. 


(10) How is an APRST query to be answered in the light of WIDEn-N digis? 
This is especially significant where the originating station might have 
used WIDE5-3 in its unproto digi list. 


Thanks for considering these items.... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:54:35 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA0Q7830 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:54:32 -0600 (CST) 
Message-Id: <LYR11589-56578-1999.12.24-00.09.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:54:12 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Weather format 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <10313030cb488ba2ae14f@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings again... 


Sorry for this flood of questions. I've been on a trip and spent a lot of 
time spec reading! 


Suppose that one wants to make a manual weather report, say hourly rain 
during a bad storm. What is used for the software type and equipment type? 
Its not RSW, its not any of those fancy things. Its a plain old rain gauge. 
I can visualize a number of other params also. 

And, not only is there no "software type" or equipment unit specifier, 
there is no wind direction or speed or any of those other things. 


How should this kind of thing be handled??? 
Again, thanks. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 23 23:59:15 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ7931 

for <lyris.aprsspec@tapr.org>; Thu, 23 Dec 1999 23:59:11 -0600 (CST) 
Message-Id: <LYR11589-56579-1999.12.24-00.14.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 23 Dec 1999 22:58:58 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Data Type Identifiers 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <10313030db488bb50266d@[198.106.196.210]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello again, 


On page 16, the ICQ messaging is given the netname APICxx. Yet, 
ICQ discussed. 


Should this be given a "future" designation? 
Thanks. 


Jim Wagner 
Oregon Research Electronics 


nowhere is 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 28 17:02:39 1999 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ7997 


for <lyris.aprsspec@tapr.org>; Tue, 28 Dec 1999 17:02:37 -0600 (CST) 


Date: Tue, 28 Dec 1999 17:02:22 -0600 (CST) 

From: Tim Salo <salo@networkcs.com> 

Message-Id: <LYR11589-57040-1999.12.28-17.17.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GENERAL: APRS Interoperability 
In-Reply-To: <LYR11595-48449-1999 .11.08-08.52.17-- 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <199912282302.RAA82227@us .networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I finally completed my first pass through the latest draft of the APRS 
Protocol Reference document. 


My primary observation is that Ian had done a tremendous job in compiling and 
editing the information about the APRS protocol contained in this document. 
We all owe Ian our gratitude for taking on this task. 


My secondary observation is that I am not confident that the information is 
precise enough to enable me to unambiguously determine whether a specific 
implementation conforms to the APRS protocol specification. The following 
thoughts might be useful. 


o) I suggest that language be added similar to: "The primary objective of 
this document is to foster the development of interoperable 
implementations of the APRS protocol." This notion will help us judge 
whether the document is complete, both now as we review the document 
and in the future as implementations and test suites are developed 
against the document. 


o) I suggest that language be added to define a "conformant" APRS 
implementation. Perhaps, "An APRS implementation is said to ‘conform’ 
to this protocol reference if it exhibits all of the behaviors that are 
labeled as "must" and exhibits none of the behaviors labeled as "must 
not". This statement implies that the terms "must" and "must not" need 
to be used carefully, but I suppose that is what is necessary to 
achieve the interoperability objective. 


fo) Stated in the converse, I assume that if I a create an APRS message 
that conforms to the protocol reference, and if an APRS implementation 
fails to properly receive that message, then this APRS implementation 
does not conform to the specification. (See, for example, RFC 1025, 
"TCP and IP bakeof£".) 


fo) I suggest that language be added that says that this document is the 
ultimate specification of the APRS protocol. In particular, any 
differences between this document and existing implementation or APRS 
certification test suites must be resolved in favor of the (possible 
amended) APRS protocol reference. 


(o) It may be helpful to specify the minimum behavior that an APRS 
implementation must exhibit to be considered a conformant 
implementation. For example, must a conforming APRS implementation be 
able to send all of the specified message types? Only some? Which 
ones? Receive all of the message types? Receive any of the message 


types, (e.g., a tracker)? What does it mean to "receive" a message, 
(simply not blow up)? 


o) I would consider replacing all unqualified uses of the term "APRS" 
terms such at "APRS system", "APRS station", "APRS network" or "APRS 
protocol". More precise use of these terms may help clarify which 


components are responsible for specific behaviors. 
-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 29 14:32:27 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA27348 

for <lyris.aprsspec@tapr.org>; Wed, 29 Dec 1999 14:32:24 -0600 (CST) 
From: Richard <richard@ontario.aprs.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] WX temp reporting 
Date: Wed, 29 Dec 1999 15:27:32 -0500 
Content-Type: text/plain 
MIME-Version: 1.0 
Message-Id: <LYR11589-57140-1999.12.29-14.47.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <99122915320401.01510@cpu1894> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Anybody know how temperatures are sent using native APRS format? 
I assume it is t-01 though t-99, but I like to check first. 


Richard, VE3UNW 
http: //cpu1894.adsl.bellglobal.com 
http: //ontario.aprs.net 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 30 16:31:45 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26410 

for <lyris.aprsspec@tapr.org>; Thu, 30 Dec 1999 16:31:42 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 30 Dec 1999 17:30:23 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather format 
In-Reply-To: <LYR11586-56578-1999 .12.24-00.09.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-57328-1999.12.30-16.47.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912301728450 .22354-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 23 Dec 1999, Jim Wagner wrote: 


> And, not only is there no "software type" or equipment unit specifier, 
> there is no wind direction or speed or any of those other things. 


> 
> How should this kind of thing be handled??? 


All values may have "null" values. Just enter SPACES, or DOTS... 
I prefer dots as in T...R...P... etc.... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 30 16:36:44 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26565 

for <lyris.aprsspec@tapr.org>; Thu, 30 Dec 1999 16:36:40 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 30 Dec 1999 17:35:59 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Questions 
In-Reply-To: <LYR11586-56574-1999 .12.24-00.05.51-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-57329-1999.12.30-16.52.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912301732270 .22354-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 23 Dec 1999, Jim Wagner wrote: 


(4) I would like to see directed IGATE and WX queries. To me, they make a 
lot of sense. For example when I really just want the the wx report from a 
specific Eastern Washington station, why should the network be flooded with 
a dozen or more useless weather reports? APRSW and APRSI would be ideal. 


VV VV 


Since the original "complete" WX report is just part of the stations 
POSIT, the Query POSIT will always get you a complete WX report from any 
APRSdos or other software reporting in the "complete" format. Software 
that uses the "positionless" WX format should respond to the POSIT query 
with both a POSIT and a "positionless" WX packet. 


> (10) How is an APRST query to be answered in the light of WIDEn-N digis? 
> This is especially significant where the originating station might have 
> used WIDE5-3 in its unproto digi list. 


Same as any other. It just sends back a copy of the packet header "as 


received". 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 30 16:41:00 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26673 

for <lyris.aprsspec@tapr.org>; Thu, 30 Dec 1999 16:40:58 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 30 Dec 1999 17:40:11 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Message Questions 
In-Reply-To: <LYR11586-56569-1999 .12.24-00.02.40-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-57330-1999.12.30-16.56.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912301736200 .22354-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 23 Dec 1999, Jim Wagner wrote: 


> In the description of Messsage Acks on page 58, it says nothing about ack 
> timing. Is ACK sent once for each message received or are multiple ACKs 
> sent? 


On the APRSSPEC list, I posted a suggested additional paragraph describing 
all the various ACK techniques currently in use to improve ACK 
reliability. 


> [Concerning MESSAGE GROUPS] 


> Does this mean that some arbitrary "callsign" is chosen as a "group 
> callsign" and members of the group assign themselves to respond to said 
> callsign? 


They dont "respond" other than capturing that message as if it were to 
them. (with no ACK) 


> Or, does it mean that a filter list is established and that a 
> message addressed to anyone on the list is read as a message? 


No. The former... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 30 16:47:36 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26846 

for <lyris.aprsspec@tapr.org>; Thu, 30 Dec 1999 16:47:33 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 30 Dec 1999 17:46:48 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E ABC bits 
In-Reply-To: <LYR11586-56563-1999.12.24-00.00.50- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-57331-1999.12.30-17.03.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912301745290 .22354-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 23 Dec 1999, Jim Wagner wrote: 


> Is it required that all one bits in the ABC set be from the same Custom or 
> Standard group? 


No 

> 

> For example, suppose that "E" were used to indicate Custom and 40 degrees. 
> Would the character for 5 degrees have to be "F" or could it be "U"? 


It might be neither. This is why all it takes is ONE byte to have a 
custom bit set to turn it in to a CUSTOM message... 

k 

Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 30 16:50:07 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26934 

for <lyris.aprsspec@tapr.org>; Thu, 30 Dec 1999 16:50:03 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 30 Dec 1999 17:49:11 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E Destination Address detection 
In-Reply-To: <LYR11586-56559-1999 .12.24-00.00.22-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-57332-1999.12.30-17.05.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.9912301747060 .22354-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 23 Dec 1999, Jim Wagner wrote: 


How does one distinguish a Mic-E destination address from one of the usual 
APRS net names? 


Please don't tell me that the parser has to wait until discovering the 
message type later in the packet!!! 


VVVV Vv 


Yep, you parse the TYPE first. Then you decide whether you need to keep 
the TOCALL data... 


> Also, is it correct, as it appears, that if one has any net name filtering 
> on, that most Mic-E packets will be lost? 


No, all Mic-E packets are passed through.... 
Notice that on the Kenwood radios that MESSAGEs,hoever, will use the 
appropriate ALT-NET call and so will be subject to filtering... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Dec 30 21:34:14 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA04794 
for <lyris.aprsspec@tapr.org>; Thu, 30 Dec 1999 21:34:14 -0600 (CST) 
From: Richard <richard@ontario.aprs.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: WX temp reporting 
Date: Thu, 30 Dec 1999 22:32:09 -0500 
Content-Type: text/plain 
References: <LYR11598-57140-1999 .12.29-14.47.44-- 


richard#ontario.aprs.net@lists.tapr.org> 

In-Reply-To: <LYR11598-57140-1999 .12.29-14.47.44-- 
richard#ontario.aprs.net@lists.tapr.org> 

MIME-Version: 1.0 

Message-Id: <LYR11589-57364-1999.12.30-21.49.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <99123022333901.10936@cpu1894> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Never mind, I got my answer. -01 --> -99 is correct. 


On Wed, 29 Dec 1999, Richard wrote: 

>Anybody know how temperatures are sent using native APRS format? 
>I assume it is t-01 through t-99, but I like to check first. 

> 


Richard, VE3UNW 
http: //cpu1894.adsl.bellglobal.com 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 31 08:38:48 1999 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ5729 
for <lyris.aprsspec@tapr.org>; Fri, 31 Dec 1999 08:38:47 -0600 (CST) 
Message-ID: <LYR11589-57428-1999.12.31-08.54.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 31 Dec 1999 09:48:20 -0500 
From: kf4chg <kf4chg@atlantic.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] leave-aprsspec-11602B@lists.tapr.org 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <386CC234.369EB48C@atlantic.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 3 15:14:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA20873 
for <lyris.aprsspec@tapr.org>; Mon, 3 Jan 2000 15:13:58 -0600 (CST) 


Message-ID: <LYR11589-58030-2000.01.03-15.29.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] FW: APRS Protocol 

Date: Mon, 3 Jan 2000 16:16:40 -0500 

MIME-Version: 1.0 

Content-Type: text/plain 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X- 
X- 


List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <BFO1BF9F0Q651D311B7A100104B716B904B69A2@SHPMAIL> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I 
I 


Goofed... should have sent this here instead of APRS SIG... well, I admit 
make mistakes and am willing to both admit it and make an effort to 


rectify them.... 


VV VV VV VV VV VV VV VV VV VV VV OV 


In the spirit of the new century (yeah... I know it REALLY doesn't start 
till next year) and because I was out of the country for the EXTREMELY 


SHORT comment period.... I'd like to add my 2 cents and advocate nothing 
but SI units for any NEW or changed protocol values. Also, that there be 
a stated "INTENT" by "AUTHORS" to migrate everything to SI.... In my 


review I certainly see the various different archaic and North American 
concentric measurement usage's as a hindrance for the rest of the world, 


and given the technical nature of Amateur Radio... (heck it's 80 meters, 2 
meters... MegaHertz all SI - even here in this part of North America) it 
would appear to be an appropriate forward leaning approach to "doing 
business". It might also appear to be of benefit to evolve to a protocol 
that isn't so constrained by the multiplicity of proprietary hardware data 
formats... that this "Protocol" should evolve to be vendor neutral... at 


the source/origin the data structure should be rationalized to conform to 
a simple vendor neutral SI compliant standard that doesn't have to 
proprietarily encode AND IDENTIFY the vendor generating the data 
structure. Given the likelihood of vendors changing their hardware, 
software, data structure, or even getting out of a particular product line 
(or going out of business)... it's foreseeable that in the not too distant 
future we'll run out of variant identifiers.... 


We have the current usage... nothing can change that... and kudo's to 
those who made a good effort to make APRS something good... but as we 


> evolve and expand... let us be more in tune with the rest of the planet - 
> a vendor neutral SI compliant Protocol..... please. 

> 

> ALOHA 

> AH6LS 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 5 01:31:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA17378 

for <lyris.aprsspec@tapr.org>; Wed, 5 Jan 2000 01:31:20 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-58352-2000.01.05-01.46.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 5 Jan 2000 00:30:56 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Unclear text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b498a03f210£@[198.106.198.81]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings - 


In my copy of APRS101g.pdf, at the bottom of page 39 concerning Mic-E 
encoding/decoding, the very last line reads: 


3. subtract 80 if 180 B D D 189. 


This is displayed on a Mac. I suspect that font-substitution has messed it 
up. Is it supposed to read 


3. subtract 80 if 180 <= D <= 189 ? 


If so, I would suggest the use of either (a) more universal font or (b) the 
avoidance of non-ASCII characters. 


There are similar problems throughout the top half of the next page, page 40. 


And, we also have the problem previously reported: The character used to 
signify "Current GPS Data" at the bottom of page 39 (and a few other pages) 
does not correspond to any character in the ASCII table, appendix 3. That 
is, if you copy that character into the Acrobat Find dialog, then search 
for other instances of that character, there is no instance of that 
character in Appendix 3! Yes, someone told me what that character is, but 
the Appendix 3 does need correction. 


Which brings up a final question: 


Just what is meant by "Old GPS data" and "Current GPS data"? Does "old" 
refer to data which is more than some specific age? If so, what age? Please 
clarify in the text. What is the expected software behavior with "Old GPS 
Data". It can certainly be valid if its in a vehicle that has not moved 
Since it was Current GPS data, if that, in fact, is what it is supposed to 
represent. 


Many thanks.... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 5 05:11:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAAQ0891 

for <lyris.aprsspec@tapr.org>; Wed, 5 Jan 2000 05:11:37 -0600 (CST) 
Message-ID: <LYR11589-58358-2000.01.05-05.27.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 5 Jan 2000 10:58:35 +0000 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 

Reply-To: Ian Wade <ianwade@netro.co.uk> 

Subject: [aprsspec] Re: Unclear text 

In-Reply-To: <LYR11659-58352-2000.01.05-01.46.55-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <d20nuKAbPyc4Ew54@dowrmain.demon.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR11659-58352-2000.01.05-01.46.55--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>Greetings - 

> 

>In my copy of APRS101g.pdf, at the bottom of page 39 concerning Mic-E 
>encoding/decoding, the very last line reads: 

> 

>3. subtract 80 if 180 B D D 189. 

> 

>This is displayed on a Mac. I suspect that font-substitution has messed it 
>up. 


Has anyone else experienced this (with a Mac or otherwise)? I was 
particularly careful to include ALL the document's fonts in the PDF 
file, to ensure complete independence from the PDF reader. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 5 22:36:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ5963 

for <lyris.aprsspec@tapr.org>; Wed, 5 Jan 2000 22:36:23 -0600 (CST) 
Message-ID: <LYR11589-58521-2000.01.05-22.52.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 05 Jan 2000 23:45:47 -0500 
From: kf4chg <kf4chg@atlantic.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] leave-aprsnews-10226P@lists.tapr.org 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38741DFB.31DA8D9D@atlantic.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


leave-aprsnews-10226P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 6 23:55:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA11323 

for <lyris.aprsspec@tapr.org>; Thu, 6 Jan 2000 23:55:55 -0600 (CST) 
Message-Id: <LYR11589-58822-2000.01.07-00.11.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 6 Jan 2000 22:55:16 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re:Unclear Text 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b49b2££d861d@[198.106.196.77]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Group - 


My "complaint" about text originated from Acrobat 3.0. I've never seen any 
reason to "upgrade" until now. However, that does not invalidate my 
complaint. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 10 21:51:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA12201 

for <lyris.aprsspec@tapr.org>; Mon, 10 Jan 2000 21:51:25 -0600 (CST) 
Message-Id: <LYR11589-59675-2000.01.10-22.07.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 10 Jan 2000 20:51:02 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] APRS: Compulsion vs Permission?? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b4a058357b3d@[198.106.196.38]> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The APRS standard is a good one. However, there are some areas where the 
author has some strong differences of opinion. These areas do not involve 
the protocol, as such. Instead, they involve issues of author and user 
freedom. These points that I mention may seem nit-picky, or overly 
confrontative. I intend them as neither. It is simply that when a "you 
must..." is written into a standard, it becomes just that, compulsory. 
Where the over-the air protocol is concerned, that is very important. When 
it has to do with operator choice or author's choice of features, then it 
should never be in the specs. Yes, to "it is recommended..." or "it is 
desirable....", but not "you must...". Here are my issues: 


On page 9, under the topic of "Net Cycle Time", the standard says: "3. All 
stations, even fixed stations, should beacon their position at the net cycle 
time rate. In a stress situation, stations are coming and going all the 
time. The position reports show not only where stations are without asking, 
but also that they are still active." 


It is the author's opinion that users should be able to control their beacon 
interval. Software I am writing offers a beacon interval named "Net Cycle" 
(and thats the default setting). But, it also offers other fixed intervals 
up to 60 minutes. 


On page 58, under the topic of messages, the standard says: "An APRS 
receiving station can specify special Message Groups, containing lists of 
callsigns that the station will read messages from (in addition to messages 
addressed to itself). Such Message Groups are defined internally by the user 
at the receiving station, and are used to filter received message 

traffic. 


The receiving station will read all messages addressed to ALL, QST or CQ." 
That last line does not say "should" or "can"; it says "WILL". The author 
believes that users have the right to determine which messages they read. 
Software I am writing accepts all messages, no matter who the addressee is. 
All messages appear in a "Message Window", if its open. And, if one opens a 
Message Window later, all messages within the last 24 hours of operation are 
shown. It is also possible for the operator to request an alert for messages 
addressed to ALL, QST, and CQ. But, it is the operator's choice whether or 
not to do this. I defend the operator's right to make this choice. 


On page 59, under the topic of bulletins, the standard says: "Users must be 
alerted on arrival of a new bulletin or announcement." 


Again, it is the author's belief that the user should have control over what 
is seen and what is not. To that end, my program allows the user to choose 
whether or not to be alerted for either bulletins or announcements. That 
decision should be up to the user. 


Also, on page 59, under the topic of bulletins, the standard says: "A 
receiving station can specify a list of bulletin groups of interest. The 
list is defined internally by the user at the receiving station. If a group 
is selected from the list, the station will only copy bulletins for that 
group, plus any general bulletins. If the list is empty, all bulletins are 
received and generate 

alerts." 


Again, I believe that it should be the user's choice to choose whether or 
not general bulletins will be seen when operating under a group bulletin 
filter. And, it should be the operator's choice whether or not to be 
presented with any alert for any conditions. Furthermore, this section 
describes HOW a bulletin filter list should work, while the author reserves 
the right to do the filter list as he sees fit. 


On page 60, under the topic of National Weather Service Bulletins, the 
standard says: "APRS recognizes special National Weather Service 
bulletins with addresses of the form NWS-xxxxx." 


I believe that it is up to the software writer to determine whether or not 
NWS bulletins are recognized. In countries other than the United States, NWS 
bulletins do not, after all, even exist! I believe that it is my right to 
include, or not include NWS bulletin recognition; let the user decide in the 
"marketplace" whether or not this is appropriate! 


On page 61, under the topic of Station Capabilities, the standard says: "A 
station may set up a file containing a list of one or more Station 
Capabilities. These define attributes for the station. When queried for its 
capabilities, the station responds by transmitting the contents of the file, 
preceded by the < Data Type Identifier." 


As discussed by this writer previously in the list, the author believes that 
it is up to the software writer to determine HOW Station Capabilites are 


managed; it need not be done using 
an external file. 


On page 62, under the topic of Queries, the standard says: "All stations 
inside the specified coverage circle should respond with a Position Report 
and a Status Report." 


It is the author's belief that station operators should have control over 
whether or not to respond to queries. To that end, my software allows 
operators to select a variety of conditions specifying which queries, if 
any, to respond to. 


On page 72, under the topic of Other Packets, the standard says: "Any packet 
that does not meet any of the formats in this document are assumed to be a 
status beacon and will show up as status as long as no other properly 
formatted status has been received. This allows APRS to accept any UI packet 
addressed to the typical beacon address to be captured as a status 

message. Typical TNC ID packets fall into this category." 


This statement is immediately contradicted by a later paragraph: "Programs 
can decide to handle these, or ignore them, but they must be able to process 
them without ill effects." 


Again, consistent with the author's position on earlier points, this matter 
should be up to the author and the user. My software DOES NOT display ID 
packets as "status" messages. They are shown in a Log Window, but do not 
appear in the Status Window. Again, this is a "marketplace" issue. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 10 23:49:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA17524 

for <lyris.aprsspec@tapr.org>; Mon, 10 Jan 2000 23:49:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 11 Jan 2000 00:47:55 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS: Compulsion vs Permission?? 
In-Reply-To: <LYR11586-59675-2000.01.10-22.07.18- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-59700-2000.01.11-00.04.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001110024450 .25569-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


THe APRS WG will address Jim's concerns, but since Jim has stated that 
he is producing code that will not abide by the paragraphs he noted in the 
standard, I think it useful to maybe reply to his comments briefly. 


Jim raises some of the usual concerns for author freedom we hear from new 
authors and it points out how easy it is to look at APRS as a simple list 
of formats instead of a "communications system". APRS is for tactical 
real-time communications at special events, or emergencies, or 
"situations". Users, including late arrivals and newbees to the NET in 
progress must have a common set of minimum expectations. 


I agree, that Jim has found some that may need better wording, but three 
of them I feel uneasy about: 


Imagine how useful Software X stations will be at your scene in your net: 


1) You cannot send an urgent message to ALL or QST and expect any of 
Software X users to see it. You cannot ask for radio silence, a quick 
QSY, ox an urent call to everyone in the net. SoftwareX's users may or 
may not see the message. 


2) At an event, or situation, you can make certain assumptions about the 
"presence" of stations based on their frequent situation reporting (their 
Posit and STATUS at the minimum net-cycle time. However, Software X 
stations have decided they will only beacon at a 60 minute or 2 hour or 
once every 4 hour rate. (Some people even have said once a day is OK!) 
THus, they are invisible to the net... possibly until after the crisis is 
oveL... 


3) Net control communicates to most users on the net via general 
Bulletins. OOPS, except for software X stations who have disabled general 
bulletins and so are unaware of these urgent announcements to the 

everyone on frequency. 


These would concern me greatly if I were trying to use APRS ata 
Situation... 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jan 11 03:49:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ7961 

for <lyris.aprsspec@tapr.org>; Tue, 11 Jan 2000 03:49:29 -0600 (CST) 
Message-ID: <LYR11589-59729-2000.01.11-04.05.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 11 Jan 2000 04:48:58 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS: Compulsion vs Permission?? 
References: <LYR11610-59700-2000.01.11-00.04.44-- 
propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <387AFC8A.3AD93501@greeceny.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob makes a good point. If one plans on associating a future product 
with the label of "APRS" they must include certain core functionality. 


This appears to be outlined in the "Charter of the Working Group": 


"APRS, developed by Bob Bruninga, WB4APR, is an Amateur Radio digital 
infrastructure for realtime and tactical digital communications. It is 
designed to provide communications during emergencies, but it is 
recognized to support routine round-the-clock global communications as 
well. Its applications include mapping, messaging, telemetry, and 
tracking. It uses a standard protocol over RF links, supplemented by 
alternate communication methodologies." 


If I understand this correctly, this means that one *xmust* include a 
full compliment of code to support: 

1. communications during emergencies 

routine global communications 

. Mapping 

. messaging 

. telemetry 

. tracking 


no BRWND 


Programs that exhibit a personality that is in conflict with the above 
stated purpose of APRS would place themselves in violation of the 
APRSpec and should not be certified (meaning, I assume, that the term 
"APRS" could not be referenced anywhere in the discussion or 
advertisement of the product). 


As such, these developers would severely restrict the audience for their 
product, but - more importantly - failure to build-in this support 
could, potentially, place human life at risk. 


On the other hand...there is no reason to restrict development to the 
above. There are plenty of folks who want to experiment with digital 
communications in non-traditional ways (http://go.to/propnet). For 
them, disaster communications is xnotx the purpose. They are simply 
experimenters. »*If* one wants to fly the "APRS Banner" in conjunction 
with software they are developing, they must include core functions. 
Anything in xadditionx to this is "cream". 


Of course, this is simply my take on the thread; put this together with 
$0.99 and you get a Big Gulp at your corner MiniMarket. :0) 


Ev, W2EV 


PropNET: A digital wireless 
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real-time. Intreagued? 
http: //go.to/propnet 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 11 10:06:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
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Message-ID: <LYR11589-59758-2000.01.11-10.22.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
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MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
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I have a couple of things to say. 


Mapping is not an action of the protocol. Only something which can be 
done with the data acquired from communicating with this protocol. Now 
one might want to specify a datum to use to allow meaningful maps but 
otherwise mapping is not part of the communication chain. For instance 
the D7 does not map stations. 


As for the certification of a product as APRS, if we are going to look 
into this, then the standard is going to need to be clearer about what 

is required and what is optional. Is a piece of software that emulates 
a Mic-E Not going to be an approved version? Or will it be disqualified 


because it cannot receive messages and as such cannot notify the user? 
Is there going to be a special category for the Mic-E? If so is this 
the right way to write a standard? 


Jim has the presented two items in his post. The first is that he 
disagrees with some of the will and must statements and prefers not to 
implement them. The second is that he disagrees with some of the should 
and can statements and therefore will not implement them. The first is 
an issue with the standard. This is something he needs to work out 
through the standard body. The second is perfectly allowable under the 
standard. If the standard body does not like this then the standard 
should be changed. 


Just my 2 pennies. 


Charles Suprin 


Not comment of my employer. 
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MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
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Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
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List-Software: Lyris Server version 3.0 
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Precedence: bulk 


Should the APRSpec include a "Flag Field" that identifies what "OSI 
Layer" that a particular protocol belongs to? 


For instance... 

.. Identifying the packet-structure that a WX-Warning takes is a 
different level than what action a program is expected to take when it 
encounters same. Even then, does the program simply "send an alarm" 
(leaving the type of alarm up to the programmer?) or is the type of 
alarm defined as part of the application-level protocol? 


Maybe a further definition of the APRSpec's charge is in order? If it 
is to deal simply with the structure of APRS packets, it seems that the 
base spec could be significantly simplified. 


Let's also not forget that this discussion is v-e-r-y APRS(tm) 
specific. No other application of UI-Packets seems to be part of the 
charge of this working group. As such...in many ways, the application 
is driving the protocol, as opposed to defining an extremely open 
protocol that opens up UI-Packet application development. 


This is not a criticism, simply an observation. and a point for 
consideration. 


Ev, W2EV 
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X-Accept-Language: en 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS OSI Model Map needed? 

References: <LYR11729-59772-2000.01.11-11.26.49--md#webtrek.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <387BB5C9.518DOBAD@webtrek. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I have not been following the spec discussion in great detail, but would 
like to second that there is market for using UI-packets without APRS. 
There a couple packages used by ARES/RACES in VA called ARESPACK and 
ARESDATA which are primarily for messaging and db query. I would am 
hoping to see these packages rewritten to use UI-packets only in place 
of current connect-type communication. That would potentially make way 
for replacing the MD EOC-to-EOC tcp/ip network with a UI network, and 
would also allow for specific APRS traffic to be gated from 144.390 onto 
the MD EOC packet freq. Then can network PCs in EOCs to run APRS or 
ARESPACK or ARESDATA or ..., utilizing a single tnc/radio/freq. 


73, Mark/K3RAM 
"Evy Tupis (W2EV)" wrote: 


Should the APRSpec include a "Flag Field" that identifies what "OSI 
Layer" that a particular protocol belongs to? 


For instance... 

... Identifying the packet-structure that a WX-Warning takes is a 
different level than what action a program is expected to take when it 
encounters same. Even then, does the program simply "send an alarm" 
(leaving the type of alarm up to the programmer?) or is the type of 
alarm defined as part of the application-level protocol? 


Maybe a further definition of the APRSpec's charge is in order? If it 
is to deal simply with the structure of APRS packets, it seems that the 
base spec could be significantly simplified. 


Let's also not forget that this discussion is v-e-r-y APRS(tm) 
specific. No other application of UI-Packets seems to be part of the 
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charge of this working group. As such...in many ways, the application 
is driving the protocol, as opposed to defining an extremely open 
protocol that opens up UI-Packet application development. 


This is not a criticism, simply an observation. and a point for 
consideration. 


Ev, W2EV 
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Mark Doore (K3RAM) md@webtrek.com 
Voice: 301-572-2385/2380 Fax: 301-572-2358 Pager: 703-721-4236 
Freqs: 443.450+, 147.225+, 147.540, 444.250+, 445.975, 146.955- 
APRS: 144.390 K3RAM, N3SCU, K3RAM-1, K3INT 
Web: http: //www.webtrek.com/md 
My Car at: http://www.aprs.net:8000/k3ram 
Ondine's: http://www.aprs.net:8000/n3scu 
and Dad's: http://www.aprs.net:8000/k3jnt 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 11 21:26:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA12901 

for <lyris.aprsspec@tapr.org>; Tue, 11 Jan 2000 21:26:49 -0600 (CST) 
Message-Id: <LYR11589-59878-2000.01.11-21.42.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Tue, 11 Jan 2000 20:26:26 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: APRS - Compulsion vs Permission 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b4a1a482bd26@[198.106.196.21]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
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Bob - 


Your concerns are well noted. However, I hasten to point out, many folks 
leave their APRS computers on 24 hours per day, whether they are there or 
not. Hence, none of these folks are able to respond, personally, in the 
timely manner you suggest that a "situation" requires. So, what's the 
difference?? They cannot exercise "net silence". 


There are no requirements in the protocol that certain behavor be exercised 
in certain situations. How can you imply such behavor without explicitly 
stating it in the protol. Lacking such a protocol statement of behavor, you 
cannot expect the action you seem to expect (but which I do not). 


Would it not be best to have stations that respond automatically, perhaps 
as a result of certain query requests, rather than expecting undefined 
personal action by undefinded persons who may not be at a keyboard to take 
the undefinded action?? 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
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A computer without Windows is like a cake without mustard. - anonymous 
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Greetings everyone, 


On page 16, in the "APRS Data Type Identifiers", there is reference to the 
APRS data type "." for "Space Weather". Like the reference in the same 
table to "Shelter Data" ("+"), there is no further discussion of this data 


type. 


Since this document is supposed to represent current practice, should not 
BOTH "Space Weather" and "Shelter Data" be removed from the table? If folks 
want these symbols reserved for specific future use, then perhaps the table 
entries should be "reserved for Space Weather" and "reserved for Shelter 
Data"? 


Many thanks and keep up the great work. 


Jim Wagner 
Oregon Research Electronics 
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Greetings everyone... 
I hope that I have not stirred things up too much. That was not my intention. 


My intention was, and is this: If certian operational features are going to 
be required for stations (not software, but stations) in an APRS 
environment, then it MUST be spelled out in the standard. The following 
statment from the charter of the working group has been quoted: 


"APRS, developed by Bob Bruninga, WB4APR, is an Amateur Radio digital 
infrastructure for realtime and tactical digital communications. It is 
designed to provide communications during emergencies, but it is 
recognized to support routine round-the-clock global communications as 
well. Its applications include mapping, messaging, telemetry, and 
tracking. It uses a standard protocol over RF links, supplemented by 
alternate communication methodologies." 


Unfortunately: 

(1) This is not part of the standard, and its the standard that counts, 
not the charter. 

(2) Nothing I have seen guarantees STATION performance, even with 
software written by Mr. Bruninga. It depends on action by the station 
opertor, and if there is no operator present, then performance will fail. 


If specific station behavor is to be required in order to operate under the 
banner of "APRS", then that behavor MUST be spelled out in the standard. 
Otherwise, it becomes a personality game - who's software gets the stamp of 


approval and who misses? You MUST NOT stop at mere software performance; 
you MUST spell out what has to be done by all operating stations. 


Very sincerely, I do not believe that the performance described by Mr. 
Bruninga is achievable with software written by anyone at the present time. 
It depends on operators. If emergency communication is the penultimate 
goal, as Mr. Bruninga seems to suggest, then it seems appropriate to me 
that this draft should be shelved, immediately, and the group should 
proceed with all due haste to design the protocol enhancements required to 
achieve this. 


Here is an example of something that might achieve this: A query or other 
message requiring all APRS stations to change, automatically, to "disaster 
mode" (with a well-stated set of operating requirments). Perhaps there 
could be several "event levels" ranging from "disaster" (with one set of 
requirements) to "warning" to "event" to "normal". I would be more than 
happy to build this, or anything else which would guarantee STATION 
performance, into software I am writing, so long as it is spelled out in 
the standard. 


Lacking a clear direction to achieve the goal stated in the charter, then 
the standard should be made more permissive in all matters other than 
message format. 


Sincerely, 


Jim Wagner 
Oregon Research Electronics 
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Date: Wed, 12 Jan 2000 10:08:02 -0500 (EST) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS«NET button 

In-Reply-To: <LYR11586-59917-2000.01.12-01.11.51-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-59964-2000.01.12-09.28.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Jim, 

Your last post hit the nail on the head. I have used the softer term 
"Common user expectations" in place of your "guaranteed performance", but 
I think we mean and feel the same objective. 


As we evolved from a world of homogeneous APRSdos to an arena with 
more software writers it became harder and harder to meet the above 
objective. Thus as we wrote the SPEC, many of my original "it must" and 
"it should's" were forced out of the final wording in a spirit of 
compromise to just "get it out the door". 


But your good questions have pointed out the problems that this kind of 
compromised wording will entail forever in the future... But maybe it 
might also lead us to a solution.... 


By now you have seen my suggestion for an APRSX*NET button and I think 
you independently suggested a similar "disaster mode" which might be the 
way to help us meet the above objective while also allowing for the more 
global 99% of the time use of APRS as a general comm tool... 


As long as the APRS*NET BUTTON is "obvious", is the start-up default, and 
can be easily found by a new user, then I think I am open to ideas on this 
kind of dual mode of operation... 


de WB4APR, Bob 


Actually, we dont need to change the 1.0 spec, since it is our atttempt to 


codify exactly this fundamental level of common expectations.. But your 
suggestions to clean up the language to this intent are good ideas... 
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Greetings everyone.... 


What is the expected behavor of an object or item when the transmitting 
station just stops sending that information without "killing" it? For 
example, suppose that the station is reporting a thunderstorm location, and 
looses transmit capability as a result of the storm. 


Should the map display fade out over a period of time? Or, should it just go 
away from the display after some time? If so, what time is reasonable before 
the fade begins or it disappears? If removal is not automatic, should the 
operator be able to remove a "stale" object? How would a user be able to 
know the age (since last transmission) of an object? How is it handled in 
other programs???? 


Many thanks to all of you, 


Jim Wagner 
Oregon Research Electronics 
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Date: Wed, 12 Jan 2000 23:32:20 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Message Group Clarification, please... 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b4a321e3b19b@[198.106.196.75]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Message Groups 


An APRS receiving station can specify special Message Groups, containing 
lists of callsigns that the station will read messages from (in addition to 
messages addressed to itself). Such Message Groups are defined internally by 
the user at the receiving station, and are used to filter received message 
traffic. 


The receiving station will read all messages addressed to ALL, QST or CQ. 


The receiving station will only acknowledge messages addressed to itself, 
and not any messages received which were addressed to any group callsign. 


I would like clarification to make sure what is being talked about with 
respect to "messages addressed to ALL, QST or CQ." 


On the surface, it would appear from the location of this paragraph within 
the document that it concerns a packet of the type: 


:ALL :This is an urgent notice to all APRS users in S. Florida 


However, we ALSO have "destination callsigns" (page 13) of ALL, QST and CQ. 
Which are we talking about? 


Further, it would seem that there is no functional difference between a 
bulletin and a "message to ALL". Since (page 59) "Users must be alerted on 
arrival of a new bulletin or announcement", does not a bulletin have the 
required effect, making the "ALL-message" superfluous? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 00:34:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA29691 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 00:34:35 -0600 (CST) 
Message-Id: <LYR11589-60199-2000.01.13-00.50.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 12 Jan 2000 23:33:46 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] The Genie Effect?? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130304b4a32217bd£3@[198.106.196.75]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, everyone - 


My points concerning permission vs requirement of certain APRS operating 
conditions seems to have stirred a bit of a hornet's nest. Mr. Bruninga 
alludes to the possibility of not "approving" my software if it does not 
satisfy the conditions he deems necessary for emergency operation (thus, 
disallowing use of the trademark "APRS"). 


However, the genie already seems to be out of the bottle. 


For example, the draft standard (page 59) requires: "Users must be alerted 
on arrival of a new bulletin or announcement". 


How can this happen with a unit such as a transmit-only GPS position sender 
such as a "tracker"? There is no way that the user of such a device can be 
notified of anything, let alone an APRS bulletin or announcement. How can 
tracker software use the trademark name "APRS" and be so non-compliant? 


More importantly, just what are the standards for approval for use of the 
trademark "APRS" and who sets those standards? Is it the (soon-to-be 
published) APRS standard? Or, is there another, never to be published, 
"standard" in addition to the published one, and existing only in Mr. 
Bruninga's head? If there is, will that standard be consistent, or will it 
change according to whether Bob Bruninga happens to "like" the applicant? 


This is NOT to put Bob down. His contributions to APRS have been, and 


continue to be, immense. But, this IS a very important question, not only 
for me, but for other developers coming along, unless, of course, the 
intention is to prevent new software from ever being written. I would hope 
that this is ludicrous, but recent commentary leads me to doubt that it is 
so. 


Here is another, very closely related issue. Suppose that I go ahead with my 
software as it is presently written. Suppose, just for the sake of 
discussion, that I call it EPRS (Easy Position Reporting System) instead of 
the hoped-for easyAPRS. Suppose that I delete all documentation and software 
references to "APRS" and, instead, simply refer to "the protocol designed by 
WB4APR". Who is going to keep the two from being used in the same network? 
Is there an APRS-police which is going to say "this is our private network" 
and brand-X software is not allowed? Who, or what, is going to know? Who, or 
what, is going to enforce it? 


Isn't it better to welcome the effort, and attempt, through persuasion and 
reason, to achieve the highest level of compatibility possible? Then, so 
long as the over-the-air STATION operation does not conflict 
catastrophically with other stations, label it "APRS-compatible" and call it 
good? And, again, who has the final say over whether or not it is 
"compatible"? And what criteria are to be used to determine this? 


These are clearly difficult questions. But, they have to be addressed, 
because the content of the standards document is going to have a very large 
effect on the answers to the questions. And, the document contents will have 
a very big effect on what kind of compatibility there is. As I hope I have 
pointed out, its not THAT hard to create something that appears fairly 
compatible, and do it in such a way that it is attractive to users but not 
call itself exactly "APRS". 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 02:22:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ2377 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 02:22:15 -0600 (CST) 
Message-ID: <LYR11589-60210-2000.01.13-02.37.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 13 Jan 2000 03:20:42 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The Genie Effect?? 
References: <LYR11610-60199-2000.01.13-00.50.27-- 
propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <387D8ADA.81AB04DA@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jim Wagner wrote: 

> My points concerning permission vs requirement of certain APRS operating 
conditions seems to have stirred a bit of a hornet's nest. Mr. Bruninga 
alludes to the possibility of not "approving" my software if it does not 
satisfy the conditions he deems necessary for emergency operation (thus, 
disallowing use of the trademark "APRS"). 


VV VV 


Hi Jim, 

To be fair, unless you received personal communication from Bob, it was 
me that suggested that certain functions be present in developed 
software, lest denial of the APRS trademark. 


That was pure conjecture on my part. The APRS Working Group is still 
hot-and-heavy doing what they are doing. A future phase is the 
establishment of a "Certification Process". That hasn't been done yet, 
and doubt the details of your eMail have even been considered. (again, 
conjecture on my part) 


Don't underestimate brand-name recognician in your qest to develop 
software. APRS is well known (and more so every day) in the US. If you 
are looking to market a successful product, I'm sure you've considered 


the need to be directly associated with such a well known application. 
By the same token, because APRS is so well known, it becomes important 


to document its' definition (the work of the APRSwg) so as to assure the 


highest quality of its implementation. 


Keep thinking outside of the box. It sounds like you've got some ideas 
that may really take off once the APRSpec has been defined! 


Regards, 


Ev, W2EV 

PropNET: A digital wireless 
data network designed to 
plot band openings in near 
real-time. Intreagued? 
http: //go.to/propnet 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 07:53:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA18391 


for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 07:53:19 -0600 (CST) 


Message-ID: <LYR11589-60232-2000.01.13-08.09.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Object Behavor 

Date: Thu, 13 Jan 2000 08:56:40 -0500 

MIME-Version: 1.0 

Content-Type: text/plain 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9F0651D311B7A100104B716B904B6A01@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


JIM 


EXCELLENT question... that I brought up as a wish/desire in the past... 
if you didn't hear from a plotted object/station within a time "window" 


that 
it 


would gray out... and then at a second time threshhold it would disappear... 


example... at two hours no new packets.. a plotted object/station would have 
it's icon go to gray... after 24 hours it would disappear from the 
screen.... 


Didn't result in much in the way of comments or feedback (other than a 
comment from one author that it would be implemented in the next version... 
and that's a half dozen versions back).. but hey... I didn't pay a whole 
heck of a lot for the versions I use.... 


Still... glad to see someone else see's the benefit/utility... 

ALOHA 

AH6LS 

> aiatoiaiats Original Message----- 

> From: Jim Wagner [SMTP:wagnerj@proaxis.com] 

> 

> What is the expected behavor of an object or item when the transmitting 

> station just stops sending that information without "killing" it? For 

> example, suppose that the station is reporting a thunderstorm location, 

> and 

> looses transmit capability as a result of the storm. 

> 

> Should the map display fade out over a period of time? Or, should it just 
> go 

> away from the display after some time? If so, what time is reasonable 

> before 

> the fade begins or it disappears? If removal is not automatic, should the 
> operator be able to remove a "stale" object? How would a user be able to 
> know the age (since last transmission) of an object? How is it handled in 
> other programs???? 

> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 08:20:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19253 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 08:20:21 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 13 Jan 2000 09:17:49 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Object Behavor 

In-Reply-To: <LYR11586-60197-2000.01.13-00.48.24-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-60238-2000.01.13-08.36.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001130902080 .27280-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 12 Jan 2000, Jim Wagner wrote: 


What is the expected behavor of an object or item when the transmitting 
station just stops sending that information without "killing" it? For 
example, suppose that the station is reporting a thunderstorm location, and 
looses transmit capability as a result of the storm. 


VVV WV 


Follwoing responses for APRSdos: 


> Should the map display fade out over a period of time? Or, should it just go 
> away from the display after some time? If so, what time is reasonable 
> before the fade begins or it disappears? 


APRSdos fades any old STATION or OBJECT to dark gray 2 hours after last 
receipt (or time of OBJ/STN) 


> If removal is not automatic, should the 
> operator be able to remove a "stale" object? 


Yes, APRSdos lets stations kill any Station or Object from the map. But 
if the originator is still transmitting it, then it will re-appear 


ALSO, there is a format for "Killing an object from everyone's system". 
THis can only be done by the originating station of that Object.. 
ALthough anyone can take over reporting responsibilty for any object, and 
once he has the responsibility, then he can kill it too... This is so 
someone else can globally kill someone elses long-dead object... 


Once killed (in APRSdos), it still remains in all lists, but is marked as 


a KILLED object... 


> How would a user be able to know the age (since last transmission) of 
> an object? How is it handled in other programs???? 


All Objects have a time stamp. (You are right, that you dont know when 
such object was actually received last, unless you also keep a TIME 
HEARD). APRSdos used to keep both times, (ORIGINATORS TIME STAMP) and 
HEARD TIME STAMP). But since 50% of everyone's PC's were on the wrong 
date, time or time zone, I removed this about 3 years ago and now only 
keep one time stamp... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 08:28:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19551 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 08:28:41 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 13 Jan 2000 09:27:55 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Message Group Clarification, please... 
In-Reply-To: <LYR11586-60198-2000.01.13-00.48.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-60241-2000.01.13-08.44.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001130918430 .27280-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 12 Jan 2000, Jim Wagner wrote: 


> I would like clarification to make sure what is being talked about with 


> respect to "messages addressed to ALL, QST or CQ." [Example: ] 

> 

> :ALL :This is an urgent notice to all APRS users in S. Florida 
VES 5.003 


> However, we ALSO have "destination callsigns" (page 13) of ALL, QST and CQ. 
> Which are we talking about? 


The former. The fact that we also include ALL,QST, and CQ in the 
"destinatino callsign list" is for backwards compatibility to conventional 
packet where CQ, for example is the default CALL for some TNC 
manufacturers and QST is used often from SAREX and MIR for BEACONTEXTS... 
We added ALL just as a third possibility... 


Further, it would seem that there is no functional difference between a 
bulletin and a "message to ALL". Since (page 59) "Users must be alerted on 
arrival of a new bulletin or announcement", does not a bulletin have the 
required effect, making the "ALL-message" superfluous? 


VVV NV 


Here is the difference in APRSdos. 


When an APRSdos user gets a new message, whatever he is doing is 
interrupted with an overlayed MY MESSAGES window. He must look at this 
before he can return to what he is doing. THus almost guaranteed 
assurance that he reads his mail instantly. 


When APRSdos gets a new Bulletin, he only "hears" "QST" in CW (once). And 
from then on, after each human keystroke (aftger every 15 seconds) the 
letter "B" is also sounded in CW. THus, he is alerted to aarrival of a 
new Bulletin, until he reads it, but it is not thrown in his face... 


Hope that helps show the difference. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 13:01:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA28725 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 13:01:25 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-60285-2000.01.13-13.17.26-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Thu, 13 Jan 2000 14:01:52 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The Genie Effect?? 

References: <LYR11601-60199-2000.01.13-00.50.27--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <387E2120.FQ0F1185@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Few comments. Also note I am only speaking my impressions on these 
issues. 


Jim Wagner wrote: 


> My points concerning permission vs requirement of certain APRS operating 
> conditions seems 


Maybe I am oversimplifying things, but haven't you been asking for both 

a protocol document AND a operations guide? That in fact, your suggesting 
these two documents NOT be joined at the hip, so to speak? To me, it 
seems more the analogy between the FCC rules ("protocol") and the 

ARRL operating guide. Seems like a good division, if that is what you 

are suggesting. Is it? 


> to have stirred a bit of a hornet's nest. Mr. Bruninga 
> alludes to the possibility of not "approving" my software if it does not 
> satisfy the conditions he deems necessary for emergency operation 


So what? There are already a number of "unapproved" versions of 

APRS compatible display programs out there. You might not be invited 

to sit on the APRS-WG, but if you can live with that, code away. I'm not 
suggesting you NOT be compatible with the spec, but I also don't think 
this is going to make or break your product. You need to recognize a 
unfilled need, then fill it, for any product to be successful. This has 
already been borne out by more then one "uncertified" APRS compatible 
product (in fairness, I'm sure most of them will be become certified once 


it is available.... but the point is you don't have to wait for the APRS-WG 
to do something). 


> (thus, 
> disallowing use of the trademark "APRS"). 


Bob OWNS that trademark. It is his to do with as he pleases... if 
he doesn't like the color of your car, or the fact you prefer pencils over 
pens, he doesn't have to license it to you. Its his. 


I think your confusing the label "APRS compatible" with "APRS". The 
WG will issue the "APRS compatible" certifications, while Bob will 
continue to hold the trademark on APRS. Or so this is how it has been 
explained in previous documents posted on the TAPR web site. 


So, if you want to market a program called "Jim's ham AVL system" 

and added the logo "APRS-WG certified" you'll need to seek the approval 
of APRS-WG. The commitment for this procedure has already been 

put into place. But, if you want to call your program "Jim's EasyAPRS" 
then you'll need to seek approval from the trademark holder of APRS. 


> More importantly, just what are the standards for approval for use of the 
> trademark "APRS" and who sets those standards? 


Bob does. He owns this. Nothing to do with this list or the APRS-WG. 
If you want to license it, your best bet is to contract him directly. 


As I hope I have 

pointed out, its not THAT hard to create something that appears fairly 
compatible, and do it in such a way that it is attractive to users but not 
call itself exactly "APRS". 


VV VV 


Which has already been done. But your confusing a right of ownership, 
that is, the trademark to APRS, with compatibility to a over the air 
protocol. Two different and distinct issues. 


Or am I completely confused here (not that I wasn't already)? 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 13 13:26:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA29695 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jan 2000 13:26:54 -0600 (CST) 
From: "Paul Manning" <PMANNING@flint.umich.edu> 
Organization: The University of Michigan - Flint 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Thu, 13 Jan 2000 14:26:33 EDT 
Subject: [aprsspec] FIPS Codes 
Priority: normal 
Message-ID: <LYR11589-60335-2000.01.13-13.42.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <28B8E73156@flint.umich.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello to the group, 


I would like to know if the "Spec" will include or support 
the use of the: Federal Information Processing System,"FIPS" codes. 
These codes are used by NOAA and EAS for addressing specific messages 


to counties and states. 


These codes could help stations with filtering of APRS 


messages. 


Paul 
N8VXD 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 14 00:46:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA27757 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jan 2000 00:45:59 -0600 (CST) 
Message-Id: <LYR11589-60417-2000.01.14-01.01.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 13 Jan 2000 23:44:46 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Object Report Format description 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130308b4a4757372cd@[206.163.154.105]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello group - 


There seems to be a small omission in the diagram titled "Object Report 
Format - with Lat/Long position" on page 45. 


One of the possible occupants of the 7-character field following the Symbol 
Code is the "Tyy/Cxx" Area Descriptor. Thats not listed in the diagram as 
one of data types which can occupy the field. 


Many thanks and best wishes to all.... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 14 08:31:15 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA17898 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jan 2000 08:31:14 -0600 (CST) 
From: "Paul Manning" <PMANNING@flint.umich.edu> 
Organization: The University of Michigan - Flint 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Fri, 14 Jan 2000 09:30:21 EDT 
Subject: [aprsspec] FIPS Codes 2 
Priority: normal 
Message-ID: <LYR11589-60452-2000.01.14-08.46.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BC9D8196B@flint.umich.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The FIPS code that I refereed to came from the FCC 1994 
"Emergency Alert System", E.A.S.,plan (FCC 47 CFR 

Part 11.21, "State and Local Area Plans and FCC Mapbook"). 
State and Territories FIPS codes are listed in this section 
of the rules, with Counties listed in a document called 


"FCC Map Book". 


The FCC used location codes from: "The U.S. Department of 
Commerce National Institute of Standards and Technology 
publication 772". 


Paul 
N8VXD 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 14 08:43:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA18228 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jan 2000 08:43:08 -0600 (CST) 
Mime-Version: 1.0 
X-Sender: ksproul@email.rci.rutgers.edu 
Message-Id: <LYR11589-60455-2000.01.14-08.58.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 14 Jan 2000 09:34:38 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@rci.rutgers.edu> 


Subject: [aprsspec] Re: FIPS Codes 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0Q4210113b4a4e43ba69d@[128.6.18.58]> 
<LYR11587 -60335-2000.01.13-13.42.56--ksproul#rci.rutgers.edu@lists.tapr.or 
g> 
<LYR11587 -60335-2000.01.13-13.42.56--ksproul#rci.rutgers.edu@lists.tapr.or 
g> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have done a bunch of work with FIPS codes and could support them 
very easily, one of the reasons we did not do much with them is not 
easily readable by people because it is all numbers... 


Keith 


>Hello to the group, 

> 

> 

>I would like to know if the "Spec" will include or support 

> 

>the use of the: Federal Information Processing System,"FIPS" codes. 
> 

>These codes are used by NOAA and EAS for addressing specific messages 
> 

>to counties and states. 

> 

> 

>These codes could help stations with filtering of APRS 


> 
>messages. 

> 

> 

>Paul 

>N8VXD 

> 

>--- 

>You are currently subscribed to aprsspec as: ksproul@rci.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Keith Sproul ksproul@rci.rutgers.edu WU2Z 
Student Housing Network Coordinator 732 445-3695 W 
Rutgers University Computing Services 732 821-4828 H 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 14 12:26:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27259 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jan 2000 12:26:54 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: FIPS Codes 
Date: Fri, 14 Jan 2000 20:28:16 +0200 
Message-ID: <LYR11589-60500-2000.01.14-12.42.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-60455-2000.01.14-08.58.59-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-60455-2000.01.14-08.58.59-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q8qu7scOfmqomohd5aflksiabmia7p8pa91@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 14 Jan 2000 09:34:38 -0500, Keith Sproul 
<ksproul@rci.rutgers.edu> wrote: 


>I have done a bunch of work with FIPS codes and could support them 
>very easily, one of the reasons we did not do much with them is not 
>easily readable by people because it is all numbers... 


If I understand correctly, these are very US specific codes. Are they 
used anywhere else ? 


These are of course OK as an optional feature, but I guess that the 
rest of the world would protest if these features would be _required_ 
for some kind of APRS certification. 


Paul OH3LWR 


>>Hello to the group, 

>> 

>> 

>>I would like to know if the "Spec" will include or support 

>> 

>>the use of the: Federal Information Processing System,"FIPS" codes. 
>> 

>>These codes are used by NOAA and EAS for addressing specific messages 
>> 

>>to counties and states. 

>> 

>> 

>>These codes could help stations with filtering of APRS 

>> 

>>messages. 

>> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 14 16:16:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ5402 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jan 2000 16:16:23 -0600 (CST) 
Date: Fri, 14 Jan 2000 16:15:47 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-60542-2000.01.14-16.32.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS: Compulsion vs Permission?? 


In-Reply-To: <LYR11595-59675-2000.01.10-22.07.18- - 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200001142215.QAA04496@us.networkcs.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Date: Mon, 10 Jan 2000 20:51:02 -0700 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] APRS: Compulsion vs Permission?? 


The APRS standard is a good one. However, there are some areas where the 
author has some strong differences of opinion. These areas do not involve 
the protocol, as such. Instead, they involve issues of author and user 
freedom. These points that I mention may seem nit-picky, or overly 
confrontative. I intend them as neither. It is simply that when a "you 
must..." is written into a standard, it becomes just that, compulsory. 
Where the over-the air protocol is concerned, that is very important. When 
it has to do with operator choice or author's choice of features, then it 
should never be in the specs. Yes, to "it is recommended..." or "it is 
desirable....", but not “you must...". Here are my issues: 


[...] 


VVVV VV VV VV VV VV NW 


Yes, the APRS protocol document is, in some sense, a specification of the 
APRS protocol plus all sorts of prescriptive language about how the 
user interface ought to work plus some implementation suggestions. 


In the long term, I believe that attempts control the user interface 
(e.g., an APRS station must generate this sort of alert on reception 
of this sort of packet) will be difficult. I believe that a lot of 
users want control over these features (e.g., want to turn them off), 
and I believe some developers will address these desires. 


Again, I think that the APRS protocol specification, user interface 
"requirements", and implementation suggestions ought to be clearly 
separated. Personally, I believe that this objective would be much 
easier to achieve if more than one document were created. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 15 17:08:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3131 

for <lyris.aprsspec@tapr.org>; Sat, 15 Jan 2000 17:08:35 -0600 (CST) 
Date: Sat, 15 Jan 2000 17:08:12 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-60709-2000.01.15-17.24.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The Genie Effect?? 
In-Reply-To: <LYR11595-60199-2000.01.13-00.50.27-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200001152308 .RAA27160@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Wed, 12 Jan 2000 23:33:46 -0700 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] The Genie Effect?? 


My points concerning permission vs requirement of certain APRS operating 
conditions seems to have stirred a bit of a hornet's nest. 


For example, the draft standard (page 59) requires: "Users must be alerted 
on arrival of a new bulletin or announcement". 


How can this happen with a unit such as a transmit-only GPS position sender 
such as a "tracker"? There is no way that the user of such a device can be 
notified of anything, let alone an APRS bulletin or announcement. How can 
tracker software use the trademark name "APRS" and be so non-compliant? 


VV VV VV VV VV VV VV 


I believe that it would be useful for the APRS protocol spec to define 
several classes of APRS stations (e.g., GUI station, tracker, weather 
station, etc.) and identify the behavior that is expected of each 

of these classes of APRS stations (e.g., trackers probably don't need to 
ack messages, [or, then again, maybe they should to prevent the sender 
from needlessly retransmitting...]). 


While it is another topic altogether, good conformance tests or 

certification tests are very difficult to develop, even for a mature, 

very precisely written protocol specification. Long ago I was associated 
with an X.25 certification test. After we pulled out the X.25 Recommendation 


and argued a while about whether "may" meant the DTE could decide or the DCE 
could decide, the certification organization (the DoD, I think), more or 
less threw up their hands and admitted that we had pretty good X.25 software. 


I also believe that things work better if the conformance or certification 
tests are derivative and the protocol specification primary. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 15 18:14:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ5536 

for <lyris.aprsspec@tapr.org>; Sat, 15 Jan 2000 18:13:59 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 15 Jan 2000 19:12:17 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The Genie Effect?? 
In-Reply-To: <LYR11586-60709-2000.01.15-17.24.39-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-60719-2000.01.15-18.29.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001151909120 .21646-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 15 Jan 2000, Tim Salo wrote: 


I believe that it would be useful for the APRS protocol spec to define 
several classes of APRS stations (e.g., GUI station, tracker, weather 
station, etc.) and identify the behavior that is expected of each 

of these classes of APRS stations 


VV VV 


Yes, Tim, I think this is a good suggestion. It will help discriminate 


the issues and keep us from arguing to the lowest common denominator... 


Other classes might be TELEMETRY station, DIGIPEATER, HF GATE, and 
IGATE... any others? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 16 14:48:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA25580 

for <lyris.aprsspec@tapr.org>; Sun, 16 Jan 2000 14:48:32 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-60866-2000.01.16-15.04.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 16 Jan 2000 13:48:07 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Description of Object Format 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b4a7d82c58c3@[198.106.196.81]> 
<LYR11893 -60747-2000.01.16-00.00.15--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings - 

As many of you know, I am in the middle of creating a new APRS program. 
This has lead me to look at these descriptions very carefully, because that 
is all I have to work with (plus, of course, the great comments here on the 


list). 


In the section on Objects and Items, the very first paragraph includes the 
sentence: 


Object reports are identical to posit reports, except that the Position 


Report is preceded by a fixed 9-character Object name. 


I don't think that is true. A position report can include wind direction 
and speed in the Extended Data filed but I don't think that this is allowed 
for Object. Conversely, an Object can include an area descriptor in the 
Extended Data, but I don't think that a position report can. Or, am I wrong? 


In the description of the Item Format, it says: 


Items are the same as APRS Objects, except that the Data Type Identifier is a 
), there is no time stamp, and the Item name is variable length from 3 to 9 
bytes followed by the standard ! format position. 


But, is it really the same an an Object? There is no mention of including 
an area descriptor for Items, though it would seem to make sense to do so. 


Related to this, here are some questions about Objects and Items: 
(1) Why no "Killed Item"? 


(2) To Kill an object, what degree of match is required? Name only? Name 
and position? Name and position and extended data? Name and position and 
extended data and comment? 


(3) What degree of match is required for an Object/Item replacement to 
occur? Name only? Name and position? 


(4) Is altitude coding allowed in comment text for Object/Item? 
The latter question leads to the following suggestion: 


I would like to see a short chapter on the data that can be embedded in the 
comment field. Examples include altitude and beam heading and position. 
There are probably others, but they tend to be scattered and buried, making 
them difficult to pick out unless you are a very carful reader. If you are 
simply trying to answer the question: "What do I need to specially decode 
from the comment field?", its hard to find. 


Thanks to everyone, and specially the Technical Editor, Ian Wade, G3NRW, 
who have made this all possible. 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 16 17:07:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ0907 

for <lyris.aprsspec@tapr.org>; Sun, 16 Jan 2000 17:07:52 -0600 (CST) 
Message-Id: <LYR11589-60881-2000.01.16-17.24.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 16 Jan 2000 16:07:26 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Area Icon?? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b4a7fed87328@[198.106.196.235]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings everyone - 


Very brief question, I hope: Since the Object icon is used to denote an 
"area", how is the icon for an area to be designated? By the SSID, perhaps? 
If so, that does not leave much choice! 


For example, I can see that it would be very desirable to use an area 
descriptor for a hurricane. Yet, there are no weather-related SSID-specific 
icons. 


Many thanks - 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 
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From bounce-aprsspec-11589@lists.tapr.org Sun Jan 16 17:11:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ1018 

for <lyris.aprsspec@tapr.org>; Sun, 16 Jan 2000 17:11:21 -0600 (CST) 
Message-Id: <LYR11589-60883-2000.01.16-17.27.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 16 Jan 2000 16:11:09 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Area Icon?? more 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130304b4a7ffcead3d@[198.106.196.235]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In the note just sent, I inquired about specifying the icon for an area 
object. I asked whether or not one needed to fall back on the SSID. 


But, now I read at the bottom of page 15 that if there is a symbol code 
present, the SSID must be ignored as far as icon representation is 
concerned. If that is so, then not even SSID is available to tell us what 
icon to use for an area. Or, am I missing something (again)? 


Many thanks, again, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A 


computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 16 17:37:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ2208 
for <lyris.aprsspec@tapr.org>; Sun, 16 Jan 2000 17:37:34 -0600 (CST) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 16 Jan 2000 18:36:25 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X- 
To: 


Sender: bruninga@arctic 
"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Description of Object Format 
In-Reply-To: <LYR11586-60866-2000.01.16-15.04.41- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-60886-2000.01.16-17.53.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001161820570 .23734-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 16 Jan 2000, Jim Wagner wrote: 


> 
> 
> 
> 
> 
> 
> 


Object reports are identical to posit reports, except that the Position 
Report is preceded by a fixed 9-character Object name. 


I don't think that is true. A position report can include wind direction 
and speed in the Extended Data filed but I don't think that this is allowed 
for Object. Conversely, an Object can include an area descriptor in the 
Extended Data, but I don't think that a position report can. Or, am I wrong? 


THink of an OBJECT as 100% identical to a position report. YOu just take 
off the 9 character call, and then continue parsing it as if it were a 
posit. THis is intentional. It allows an OBJECT to be anything a station 
can be. THus you can place WX objects, Moving objects, DF objects, ANY 
station on the map that cannot report his own position for some reason. 


In the description of the Item Format, it says: > 

Items are the same as APRS Objects, except that the Data Type Identifier is a 
), there is no time stamp, and the Item name is variable length from 3 to 9 
bytes followed by the standard ! format position. 


But, is it really the same an an Object? There is no mention of including 
an area descriptor for Items, though it would seem to make sense to do so. 


VV VV VV MV 


Yes. Again, wanting to keep everything as general as possible, an ITEM 
is also 100% identical to a POSITION or OBJECT. The only difference is 
that it has avariable length name and no time. Once you get to the 
LATITUDE, from there on it is 100% identical to an object or a position... 


> (1) Why no "Killed Item"? 


You can. The KILLED object format will KILL any matching HAMED Object, 
station or ITEM. DOesnt matter... Thats why we ask that the software 
only permit the "originator of an OBJECT" to be able to send out he KILLED 
OBJECT for that "named" object/item/posit... 


> (2) To Kill an object, what degree of match is required? Name only? Name 
> and position? Name and position and extended data? Name and position and 
> extended data and comment? 


A KILLED OBJECT is only a "replacement" object that is marked as "killed". 
It typically has the same object data but with the killed TYPE character. 
Thus it stays on everyones list (for future referecne). But it only 
ceases to be displayed. The Assumption being that NO ONE can ever 
completey cause other's data to vanish. It is simply marked for 
"no-diaplay" so the other stations stil have a copy in case it later 
becomes important. 


Or, think of it as simply a "replacement" In this case, only the CALL Has 
to match. 


> (3) What degree of match is required for an Object/Item replacement to 
> occur? Name only? Name and position? 


NAME only. and CASE does matter... 


> (4) Is altitude coding allowed in comment text for Object/Item? 


SURE. After the first digit of LATITUDE, all of these are identical... 


> I would like to see a short chapter on the data that can be embedded in the 
> comment field. Examples include altitude and beam heading and position. 

> There are probably others, but they tend to be scattered and buried, making 
> them difficult to pick out unless you are a very carful reader. If you are 
> simply trying to answer the question: "What do I need to specially decode 

> from the comment field?", its hard to find. 


Hope this helps... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 16 18:39:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ3931 

for <lyris.aprsspec@tapr.org>; Sun, 16 Jan 2000 18:39:43 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 16 Jan 2000 19:38:57 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Icon?? 
In-Reply-To: <LYR11586-60881-2000.01.16-17.24.03- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-60892-2000.01.16-18.55.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001161936540 . 25182-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 16 Jan 2000, Jim Wagner wrote: 


> Very brief question, I hope: Since the Object icon is used to denote an 
> "area", how is the icon for an area to be designated? By the SSID, perhaps? 
> If so, that does not leave much choice! 


An area is an area. It just draws the shape. There is no ICON associated 
with it. Have you ever run APRSdos? 90% of your questions would be 
immediately obvious if you just tried them in APRSdos... 


If you want to draw an area around a hurricane, you just do the normal 
HURRICAN input and then add anotehr object for the "area" you chose... 
bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 16 19:36:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ6054 

for <lyris.aprsspec@tapr.org>; Sun, 16 Jan 2000 19:36:00 -0600 (CST) 
Message-Id: <LYR11589-60900-2000.01.16-19.51.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Sun, 16 Jan 2000 17:35:13 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] Re: Area Icon?? 
In-Reply-To: <LYR11639-60892-2000.01.16-18.55.58--ke6afef#tarrl.net@lists. 
tapr.org> 
References: <LYR11586-60881-2000.01.16-17.24.03-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.5.32.20000116173513 .007ce720@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 07:38 PM 1/16/2000 -0500, Bob Bruninga wrote: 
<snip> 
>An area is an area. It just draws the shape. There is no ICON associated 


>with it. Have you ever run APRSdos? 90% of your questions would be 
>immediately obvious if you just tried them in APRSdos... 
<snip> 


Yes. I've used APRSdos, WinAPRS and APRS+SA. Each has different strengths 
and weaknesses. I believe at this point it would only be common sense to 
be thoroughly versed in all these (as well as the proposed protocol) before 
attempting to create another application, even if using a different 
operating system. After all, trying them is free. 

I'd hope for something that combines all their strengths and avoids their 
weaknesses. 

73, Cap KE6AFE 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: cap@cruzio.com home page: http://members.cruzio.com/~cap 

packet radio: KE6AFE @ki6eh.é#wcca.ca.usa.noam 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 18 23:25:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA15800 

for <lyris.aprsspec@tapr.org>; Tue, 18 Jan 2000 23:25:03 -0600 (CST) 
Message-ID: <LYR11589-61345-2000.01.18-17.48.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 18 Jan 2000 15:32:24 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Weather with position? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000118233224.6055.qmail@web905.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Group - 


On page 49 of the draft, the following appears: 


In addition, where the raw data has been post-processed 

for example, by the insertion of station location information), 
the four position Data Type identifiers !, =, / and @ may be 
used instead. In this case, the Weather Report is identified 
with the weather symbol /_ in the APRS Data. 


A little later, where "Weather Reports with Time and Position" 
are discussed on page 51, it says: 


Examples of report formats are shown below. Note that the 
Symbol Code in very case is the _ (underscore). 


The format description leaves the Symbol Table ID character 
undefined. And, in fact, the Symbol Table on page 84 shows 
that 


/_ = Weather Station 
\_ = Weather Site 


The question IS: 


Should the reference to "weather symbol" on page 49 include 
both the "/_" and "\_" symbols? Or, should the format 
description on page 51 be restricted to a Symbol Table ID 
of "/", only? 


Many thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 09:29:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17446 

for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 09:29:51 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 19 Jan 2000 10:27:32 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather with position? 

In-Reply-To: <LYR11586-61345-2000.01.18-17.48.54- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-61458-2000.01.19-09.46.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001191021220 .25447-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Good question. THe combination of "complete" and "positionless" weather 
in the APRS standard is a bit of a mess, since the resulting "weatherless" 
position packets necessary to fill in the positions for the "positionless" 
weather also contains the WX ICON. THus on receipt of a position packet 
with the WX icon, your software has to check the WX fields to determine if 
this is in fact a "complete" WX report or a "weatherless" position packet 
by context parsing. 


This could be solved by using a different ICON for "complete" WX reports 
and for "weatherless" position reports, but that will have to be an issue 
for a later rev of the Spec... 


Good luck, Bob 


On Tue, 18 Jan 2000, 
James Wagner wrote: 


Hello Group - 
On page 49 of the draft, the following appears: 


In addition, where the raw data has been post-processed 

for example, by the insertion of station location information), 
the four position Data Type identifiers !, =, / and @ may be 
used instead. In this case, the Weather Report is identified 
with the weather symbol /_ in the APRS Data. 


A little later, where "Weather Reports with Time and Position" 
are discussed on page 51, it says: 


VV VV VV VV VV VV NV 


VV VVV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Examples of report formats are shown below. Note that the 
Symbol Code in very case is the _ (underscore). 


The format description leaves the Symbol Table ID character 
undefined. And, in fact, the Symbol Table on page 84 shows 
that 


/_ = Weather Station 
\_ = Weather Site 


The question IS: 


Should the reference to "weather symbol" on page 49 include 
both the "/_" and "\_" symbols? Or, should the format 
description on page 51 be restricted to a Symbol Table ID 
of "/", only? 


Many thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 14:40:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA29808 

for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 14:40:10 -0600 (CST) 
Message-ID: <LYR11589-61512-2000.01.19-14.56.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 19 Jan 2000 12:35:09 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Comment field contents 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000119203509 .26374.qmail@web903.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On page 19, in a brief discussion of the contents of 
the comment field, the draft says: 


As special cases, the Comment field can also contain: 
i The bearing and number/range/quality parameters in a DF report. 
i Storm data. 


It does not say (anywhere in this section) that the comment 
field can also contain altitude coding (page 23): 


Altitude in Comment Text 6 The comment may contain an altitude 
value, in the form /A=aaaaaa, where aaaaaa is the altitude in 

feet. For example: /A=001234. The altitude may appear anywhere 
in the comment. 


This seems to me to warrant inclusion not only where it is but 
ALSO in descriptions of the Comment Field. My reasoning is 
this: suppose someone (sort of like me) comes along and asks 
"What special things do I need to watch for in the Comment 
Field?" Unless that same person just happens to catch it 
elsewhere in the docs, it will be missed. 


Many thanks, 

Jim, KA7EHK 

Do You Yahoo!? =i (ai‘(i‘(‘<C;CS;*;*;*‘(<‘i‘i‘i 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 15:26:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2000 

for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 15:26:36 -0600 (CST) 
Message-ID: <LYR11589-61519-2000.01.19-15.42.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 19 Jan 2000 13:26:10 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Omni DF Params? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000119212610.8379.qmail@web901.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Group - 


The discussion on draft page 26 of Omni-DF Signal Strength 
extension does not say how the characters other than the 
first are derived. Are they the same as the PHG set??? 


Many thanks 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 15:44:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2623 


for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 15:44:51 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 19 Jan 2000 16:44:26 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Omni DF Params? 
In-Reply-To: <LYR11586-61519-2000.01.19-15.42.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-61523-2000.01.19-16.01.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001191644200 .26334-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 19 Jan 2000, James Wagner wrote: 
Hello Group - 
The discussion on draft page 26 of Omni-DF Signal Strength 


extension does not say how the characters other than the 
first are derived. Are they the same as the PHG set??? 


VV VV WV 


Yes 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 20:19:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA13183 

for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 20:19:35 -0600 (CST) 
Date: Wed, 19 Jan 2000 20:19:22 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-61559-2000.01.19-20.16.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] $PGRMZ 

Cc: aprsspec@lists.tapr.org 

In-Reply-To: <LYR8348-61247-2000.01.18-09.16.35-- 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200001200219 .UAA54039@us.networkcs. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> Date: Tue, 18 Jan 2000 07:59:23 -0700 
> From: Earl Needham <KD5XB@AMSAT .ORG> 
> Subject: [aprssig] $PGRMZ 


> 
> Keith was kind enough to include support for $PGRMZ in the latest version 
> o£ WinAPRS. 


Sorry to shoot the messenger, Earl, but... 
Is this consistent with the APRS Protocol Reference? 
The spec says: 


"It is recommended that APRS interprets at least the following 
NMEA Received Sentence types: 


GGA 
GLL 
RMC 
VTG ... 
WTP..." 
(First, I assume that the sentence should read something like: "APRS 


stations SHOULD interpret the following..."; I believe that the term 
"APRS" is too vague to be used in an unambiguous spec.) 


The spec indicates that no conformant APRS station needs to interpret the 
$PGRMZ sentence. Sending a packet that implementations aren't expected 
to interpret doesn't seem wise. 


I believe the spec may be silent on whether an APRS implementation may 
transmit in formats that are not described in the spec, (beyond the "{" 
user-defined format and perhaps the "'" test format). 


The spec does say that 
"Altitude may be expressed in two ways: 


fe) In the comment text. 
fe) In the Mic-E format." 


Personally, I believe that an important objective of a protocol spec is 
to promote the development of interoperable implementations. I also 
believe that an important test of the quality of a protocol spec is 
whether it is precise enough to ensure that conformant implementations 
interoperate. 


It appears to me that a spec that permits an implementation to transmit 
whatever formats it chooses is unlikely to be effective in fostering 
interoperability. 


Is the $PGRMZ listed in spec, but I missed it? 


Does the spec need to be more precise in what formats an APRS station 
may transmit? 


Does this new feature conflict with the spirit or the letter of the spec, 
at least to the extent that, as a non-standard (proprietary) extension, 
it makes interoperability difficult? 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 20:36:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA13893 
for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 20:36:53 -0600 (CST) 
Message-ID: <LYR11589-61562-2000.01.19-20.33.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] $PGRMZ 
Date: Wed, 19 Jan 2000 18:36:33 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 


Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0QQa01b£62ef$2d595cO00$9b94b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Tim, maybe I'm wrong, but I do not think you understand. WinAPRS is not 
transmitting $PGRMZ, it is Interpreting $PGRMZ and then including Altitude 
in the on-air transmitted data in APRS format. This is Good Tim. It then 
provide 3D position, Track and Speed. It is a melding of RMC and RMZ. It 
does not harm intra-operability at all. I hope you can recall your bullets. 
Keith will correct me if I'm wrong, then you can shoot me. Brent KH2Z 


Ss Original Message----- 

From: Tim Salo <salo@networkcs.com> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org <aprsspec@lists.tapr.org> 
Date: Wednesday, January 19, 2000 6:19 PM 

Subject: [aprsspec] Re: [aprssig] $PGRMZ 


>> Date: Tue, 18 Jan 2000 07:59:23 -0700 
>> From: Earl Needham <KD5XB@AMSAT .ORG> 
>> Subject: [aprssig] $PGRMZ 


>> Keith was kind enough to include support for $PGRMZ in the latest version 
>> of WinAPRS. 


> 

>Sorry to shoot the messenger, Earl, but... 

> 

>Is this consistent with the APRS Protocol Reference? 
> 


>The spec says: 


> 

> "It is recommended that APRS interprets at least the following 
> NMEA Received Sentence types: 

> 

> GGA... 

> GLL ... 

> 


RMC ... 


> VIG... 


> WIP..." 

> 

>(First, I assume that the sentence should read something like: "APRS 
>stations SHOULD interpret the following..."; I believe that the term 


>"APRS" is too vague to be used in an unambiguous spec.) 

> 

>The spec indicates that no conformant APRS station needs to interpret the 
>$PGRMZ sentence. Sending a packet that implementations aren't expected 
>to interpret doesn't seem wise. 

> 

>I believe the spec may be silent on whether an APRS implementation may 
>transmit in formats that are not described in the spec, (beyond the "{" 
>user-defined format and perhaps the "'" test format). 

> 

>The spec does say that 


"Altitude may be expressed in two ways: 


o In the comment text. 
o In the Mic-E format." 


VVVV VV MV 


>Personally, I believe that an important objective of a protocol spec is 
>to promote the development of interoperable implementations. I also 
>believe that an important test of the quality of a protocol spec is 
>whether it is precise enough to ensure that conformant implementations 
>interoperate. 

> 

>It appears to me that a spec that permits an implementation to transmit 
>whatever formats it chooses is unlikely to be effective in fostering 
>interoperability. 

> 

>Is the $PGRMZ listed in spec, but I missed it? 

> 

>Does the spec need to be more precise in what formats an APRS station 
>may transmit? 

> 

>Does this new feature conflict with the spirit or the letter of the spec, 
>at least to the extent that, as a non-standard (proprietary) extension, 
>it makes interoperability difficult? 

> 

>-tjs 

> 

>--- 

>You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 19 21:08:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA14958 

for <lyris.aprsspec@tapr.org>; Wed, 19 Jan 2000 21:08:39 -0600 (CST) 
Date: Wed, 19 Jan 2000 21:08:07 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-61565-2000.01.19-21.05.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: $PGRMZ 
Cc: aprsspec@lists.tapr.org 
In-Reply-To: <LYR8348-61563-2000.01.19-20.50.11-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200001200308.VAA54511@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Wed, 19 Jan 2000 21:52:16 -0500 

To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 

Subject: [aprssig] [aprsspec] Re: $PGRMZ 


Brent is correct.. 


Leseil 
Brent wrote: 
>Tim, maybe I'm wrong, but I do not think you understand. WinAPRS is not 


>transmitting $PGRMZ, it is Interpreting $PGRMZ and then including Altitude 
>in the on-air transmitted data in APRS format. 


VVVVV VV VV VV VV 


Neat. 


I stand corrected. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 20 12:40:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27655 

for <lyris.aprsspec@tapr.org>; Thu, 20 Jan 2000 12:40:53 -0600 (CST) 
Message-ID: <LYR11589-61673-2000.01.20-12.37.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 20 Jan 2000 10:40:42 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Wind speed and direction in Position with WX 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000120184042 .23660.qmail@web905.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings - 
On page 24 of the draft, we have the following: 
Wind Direction and Wind Speed 


The 7-byte DIR/SPD Data Extension can be used to represent the wind 
direction and sustained one-minute wind speed in a Weather Report. 
The wind direction is expressed in degrees (001-360), clockwise from 
due 

north. The speed is expressed in knots. A slash / character separates 
the two. 

For example: 


220/004 represents a wind direction of 220 degrees and a speed of 
4 knots. 


If the direction and speed are unknown or not relevant, they are set to 
000/000. 


Now, for the question: 


Is the Direction/Speed extension ALWAYS present if the symbol is 
/_ or \_ ???? If not, how does one distinguish between Direction/speed 
and (other) weather data. Is the presence of the "/" in character 


four of the extension field sufficient (when the symbol is /_ or \_) 
2??? 


Many thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 20 12:50:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA28007 

for <lyris.aprsspec@tapr.org>; Thu, 20 Jan 2000 12:50:54 -0600 (CST) 
Message-ID: <LYR11589-61675-2000.01.20-12.47.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 20 Jan 2000 10:50:46 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Bearing and Number/Range/Quality 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000120185046. 24993 .qmail@web905.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, again (and again, and again...) 


The draft (page 27) seems to suggest that Bearing and 
Number/Range/Quality is present ONLY after course/speed data. 


Is this a correct interpretation? 
Thanks, 


Jim, KA7EHK 

Do You Yahoo!? =i (ai(<‘<; 2 3D”: 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 20 13:46:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA29952 

for <lyris.aprsspec@tapr.org>; Thu, 20 Jan 2000 13:46:34 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Wind speed and direction in Position with WX 
Date: Thu, 20 Jan 2000 21:48:09 +0200 
Message-ID: <LYR11589-61697-2000.01.20-13.43.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-61673-2000.01.20-12.37.18-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-61673-2000.01.20-12.37.18-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <900e8sgv0123sc37eeembutue72703vq4t@4ax .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 20 Jan 2000 10:40:42 -0800 (PST), James Wagner 
<ka7ehk@yahoo.com> wrote: 


>Greetings - 

> 

>On page 24 of the draft, we have the following: 
> 


>Wind Direction and Wind Speed 

> 

>The 7-byte DIR/SPD Data Extension can be used to represent the wind 
>direction and sustained one-minute wind speed in a Weather Report. 


Is this some US specific convention of expressing the wind speed as a 
_one_ minute sustained speed ? As far as I know, some other weather 
services uses _ten_ minute averages. 


If APRS is going to be an international standard, IMHO, then either 
the reference to one minute sustained wind should be removed or 
something should be said about different services using different 
methods of determining the wind. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 20 14:27:49 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA01850 

for <lyris.aprsspec@tapr.org>; Thu, 20 Jan 2000 14:27:49 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 20 Jan 2000 15:27:16 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Wind speed and direction in Position with WX 
In-Reply-To: <LYR11586-61673-2000.01.20-12.37.18- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-61702-2000.01.20-14.24.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001201524120 . 28918 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 20 Jan 2000, James Wagner wrote: 


Wind Direction and Wind Speed 
If the direction and speed are unknown or not relevant, they are set to 
000/000. 


Now, for the question: 


Is the Direction/Speed extension ALWAYS present if the symbol is 
/_ or \_ ???? If not, how does one distinguish between Direction/speed 
and (other) weather data. Is the presence of the "/" in character 


four of the extension field sufficient (when the symbol is /_ or \_) 
2??? 


VV VV VV VV VVOMV 


Thats the problem I referred to in supporting both the weatherless 
position data and the positionless WX data. In APRSdos, I use the 
presence of the "gs" and "t" fields as the "test" to determine if it is 
truely WX or if it is just a pposition report of a WX station without any 
WX data associated with it. SO, yes, the CSE/SPD/gust and TEMP fields are 
REQUIRED. If any are missing, then it is probably a WinAPRS weatherless 
position report of a WX station... 


de WB4APR, bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 20 14:28:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q1879 

for <lyris.aprsspec@tapr.org>; Thu, 20 Jan 2000 14:28:21 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 20 Jan 2000 15:27:37 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Bearing and Number/Range/Quality 
In-Reply-To: <LYR11586-61675-2000.01.20-12.47.22-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-61703-2000.01.20-14.24.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001201527290 .28918-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 20 Jan 2000, James Wagner wrote: 


> Hello, again (and again, and again...) 

> 

> The draft (page 27) seems to suggest that Bearing and 

> Number/Range/Quality is present ONLY after course/speed data. 
> 

> Is this a correct interpretation? 


Yes, 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 20 15:26:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA04034 

for <lyris.aprsspec@tapr.org>; Thu, 20 Jan 2000 15:26:20 -0600 (CST) 
Message-ID: <LYR11589-61747-2000.01.20-15.22.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Richard Carter <rcarter@isi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Wind speed and direction in Position with WX 
Date: Thu, 20 Jan 2000 16:23:23 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF6362.ADO5DA50@lambchop.isi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA04034 


Does anyone out there have an electronic copy of the NMEA-183 spec? I have 
portions of it in printed form, but I'd like to see the whole thing. I'm 
reluctant to fork over $75 to NMEA just to peek at their spec. The notes I have 
indicate that wind speed is reported as an instantaneous velocity, relative to 
true north, in knots (MWV). I don't know if this is directly related to some 
recent postings I've read, but it seems that it would be difficult to extend the 
APRS spec beyond what NMEA defines. 


Rich Carter - KE1EV 


at tea Original Message----- 

From: Paul Keinanen [SMTP:keinanen@sci. fi] 

Sent: Thursday, January 20, 2000 2:48 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Wind speed and direction in Position with WX 


On Thu, 20 Jan 2000 10:40:42 -0800 (PST), James Wagner 
<ka7ehk@yahoo.com> wrote: 


>Greetings - 

> 

>On page 24 of the draft, we have the following: 

> 

>Wind Direction and Wind Speed 

> 

>The 7-byte DIR/SPD Data Extension can be used to represent the wind 
>direction and sustained one-minute wind speed in a Weather Report. 


Is this some US specific convention of expressing the wind speed as a 
_one_ minute sustained speed ? As far as I know, some other weather 
services uses _ten_ minute averages. 


If APRS is going to be an international standard, IMHO, then either 
the reference to one minute sustained wind should be removed or 
something should be said about different services using different 
methods of determining the wind. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: rcearter@isi.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 21 10:43:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25605 

for <lyris.aprsspec@tapr.org>; Fri, 21 Jan 2000 10:43:57 -0600 (CST) 
Message-ID: <LYR11589-61884-2000.01.21-10.40.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 21 Jan 2000 08:41:32 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Weather Icon 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000121164132 .9435.qmail@web902.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Group - 


Very recently, I asked whether the symbol characters 
"/_" and "\_" were BOTH recognized as indicating a 
Position Report with weather. 


Bob responded with some very important information, but 
didn't answer the question. So, I will pose the question 
again. 


Does the presence of ANY symbol with a Symbol Code character 
of "_" in a Position Report make it a "Weather Report"?? Or, 


is this true only for symbol "/_" (Weather Station)? 


Many thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 21 14:56:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ3979 

for <lyris.aprsspec@tapr.org>; Fri, 21 Jan 2000 14:56:25 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 21 Jan 2000 15:55:54 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather Icon 
In-Reply-To: <LYR11586-61884-2000.01.21-10.40.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-61909-2000.01.21-14.52.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001211552500 .424-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 21 Jan 2000, James Wagner wrote: 


> Does the presence of ANY symbol with a Symbol Code character 
> of "_" in a Position Report make it a "Weather Report"?? Or, 
> is this true only for symbol "/_" (Weather Station)? 


All of the following may contain WX in a complete report 
/_, \ weather station 
/W, \W NWS weather station 


In both casses of the alternate "\" symbols, these symbols may have an 
overlay character such as R for a RADAR site, "N" for a site that can also 
do WIDEn-n digipeating or "T" for sites that are TRACE only. etc... 


Inotherwords, the alternate symbols are just normal overlay type symbols, 
but are still treated the same... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 22 18:20:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ7727 

for <lyris.aprsspec@tapr.org>; Sat, 22 Jan 2000 18:20:42 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-62078-2000.01.22-18.17.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 22 Jan 2000 19:21:10 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] What is aprsdev? was: Re: [aprsdev] I Give - how is this 
happening 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <388A4976.ECEFED73@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can someone tell me what the APRSDEV list is? I see no mention of it at 
all on the TAPR list server. How does one gain entry to it? 


Thanks 
Jeff 


Bob Bruninga wrote: 


>On Fri, 21 Jan 2000, Brent Hildebrand wrote: 


> 
> > You are currently subscribed to aprsdev as: bruninga@nadn.navy.mil 
> > To unsubscribe send a blank email to leave-aprsdev-8585R@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 22 21:24:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA13097 
for <lyris.aprsspec@tapr.org>; Sat, 22 Jan 2000 21:24:23 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-62113-2000.01.22-21.20.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 22 Jan 2000 22:25:07 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [arpp] GPL'ed PSK31 source, the next HF "APRS"? 
References: <388A4DB7.8CA7AF14@aerodata.net> <20000123121048 .E1474@rising.com.au> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <388A7491.4BFEDOFD@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Hamish: 
Hamish Moffatt wrote: 


> My understanding is that BPSK mode in PSK31 has some FEC, 
> but QPSK mode has more (since it has theoretically twice the bitrate). 


I went back and checked, and I'm fairly sure there is no FEC in the BPSK 
mode and 2:1 FEC in the QPSK mode. So the actual user speeds are 
the same, with the 2X speed improvement of QPSK being taken up with 


FEC overhead. 


Now, I took at look at the varicode tables, and came up with this for 
a good set of short chars for representing digits (which will comprise 
the bulk of transmissions i.e. being lat/lon). 


The proper PSK31 representation of digits actually is quite long... 
8 to 9 bits. 


Char Length Could be? 
SPACE 1 0 

e 11 a 
fe) 111 2 
t 101 3 
i 1101 4 
a 1011 5 

n 1111 6 

1 11011 7 
r 10101 8 
Ss 10111 9 


So for example, your "APRS" broadcast station would sent the 
stations callsign (in standard varicode), then a delimiter, then the 
lat/lon in a compressed code (in this case the shortest varicode letters). 


Or another way would be to go with "two digit" representations. Represent 
@-99 as a ascii char from 0-99.... I think the average is around 8-9 bits, so 
you be at least be getting close to matching BCD. So lets say for example 

you want to represent lat 42.3397. This could be represented at "+!a" in 
varicode (you dump the decimal place and stay with fixed length). Or 

even better, offset the varicode by 32 to take advantage of the shorter 
length of the lowercase letters. 


The other advantage of base 100 (as above) is that you dump the waste 
of two "QO0"'s between each varicode char. 


Or dump varicode altogether, but that might limit initial interest. 
Just some thoughts. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 23 10:02:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA20747 

for <lyris.aprsspec@tapr.org>; Sun, 23 Jan 2000 10:02:45 -0600 (CST) 
Message-ID: <LYR11589-62196-2000.01.23-09.59.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SVR to I-Gate Operators Note: 
Date: Sun, 23 Jan 2000 15:58:32 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001101bf65ba$b379£560$ab984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- 

I am in the process of changing the Data stream coming from the WXSVR 
parser and need you to add some more call signs to your "Stations.txt" file. 
An explanation is located at 
http: //kg5qd.home.att.net/I_gate.html 
This system is more versatile and can be taylored to your local area. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 23 15:21:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2475 

for <lyris.aprsspec@tapr.org>; Sun, 23 Jan 2000 15:21:37 -0600 (CST) 
Date: Sun, 23 Jan 2000 15:21:25 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 


Message-Id: <LYR11589-62243-2000.01.23-15.18.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The Genie Effect?? 

In-Reply-To: <LYR11595-60719-2000.01.15-18.29.50- - 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200001232121.PAA54121@us.networkcs. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Date: Sat, 15 Jan 2000 19:12:17 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] Re: The Genie Effect?? 


On Sat, 15 Jan 2000, Tim Salo wrote: 

> I believe that it would be useful for the APRS protocol spec to define 
> several classes of APRS stations (e.g., GUI station, tracker, weather 
> station, etc.) and identify the behavior that is expected of each 

> of these classes of APRS stations 


Yes, Tim, I think this is a good suggestion. It will help discriminate 
the issues and keep us from arguing to the lowest common denominator... 


Other classes might be TELEMETRY station, DIGIPEATER, HF GATE, and 
IGATE... any others? 


VV VV VV VV VV VV VV MV 


> 


handful of thoughts: 


fe) Somewhere I started a list that included trackers, GUI stations, 
non-GUI stations (e.g., HamHUD), stand-alone weather stations, 


fe) It is probably difficult to develop a meaningful list of station 
types; it probably makes sense to make a list of functions that a 
station might support. For example, it is probably easier to say 
that a station contains HF Gateway, Internet Gateway and Digipeater 
functions than it is to specify a digipeater, a digipeater with 
IGate function, a digipeater with HF Gate functions, etc. 


fe) It may make sense for the spec to read along the lines of "If an 
APRS-compliant implementation supports this function (e.g., 
telemetry), this is the way it ought to work...". 


o) My guess is that, when it comes down to it, there is no function that 
all APRS stations need to implement in order to conform to the 
spec. For example, compare an [APRS compliant] tracker with an 
[APRS compliant] weather station; I suspect that there is no 
protocol feature that they must both implement. (Anyone should 
feel free to make up a bunch of examples to support this assertion, 
if there is any question...) 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 23 17:59:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ8145 

for <lyris.aprsspec@tapr.org>; Sun, 23 Jan 2000 17:59:00 -0600 (CST) 
Date: Sun, 23 Jan 2000 17:58:45 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-62260-2000.01.23-17.55.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Description of Object Format 
In-Reply-To: <LYR11595-60866-2000.01.16-15.04.41- - 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200001232358.RAA56598@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Sun, 16 Jan 2000 13:48:07 -0700 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Description of Object Format 


As many of you know, I am in the middle of creating a new APRS program. 
This has lead me to look at these descriptions very carefully, because that 
is all I have to work with (plus, of course, the great comments here on the 
list). 


VV VV VV VV 


This is one of the best tests of the quality of a protocol specification: 
for people to implement from the spec and then test their implementation 
against other implementations for interoperability. It would be really 


nice if you wrote up your experiences with the APRS spec when you are done. 


(I believe that one of the Pascal standardization efforts (the British 
Standards Association or some such thing, I think) insisted that only 
features that had been implemented in a single-pass compiler could be 
included in the language spec. Contrast this with some language specs 
that contain features that either can't be implemented or that people 
can't figure out how to implement in a standard fashion.) 


By the way, you may also want to look at the various streams of APRS packets 
available from www.aprs.net. This will help you learn about features 

not in the APRS spec, such as deprecated features, and some not unusual, 

but rather odd-ball, packet formats (such as packets that intermix TNC-2 

and Timewave/AEA MONitor command output formats). 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 25 07:35:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA16567 

for <lyris.aprsspec@tapr.org>; Tue, 25 Jan 2000 07:35:02 -0600 (CST) 
From: "Rob Wittner" <xrmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] REJ vs. ACK 
Date: Tue, 25 Jan 2000 08:35:46 -0500 
Message-ID: <LYR11589-62525-2000.01.25-07.31.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
In-Reply-To: <LYR1679-62443-2000.01.24-16.29.59--RMwWi#RWA-INC.COM@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMKEEPDDAA. rmw@rwa-inc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


Hi, Bob... Rob here. (The CE guy.) 


I was playing around with messaging on my CE version, and was sending 
messages to my dosAPRS station downstairs. The dos station has been running 
unattended for many moons, and had lots of messages and bulletins in the 
buffers. My messages to my station downstairs were being answered with 
REJnnn packets. What causes this? (I looked in the spec under messaging, 
but it's not mentioned. Or, I should say, I didn't see it.) My guess is 
that the arrays were full, so it was acknowledging the fact that it received 
the message but was unable to store it. (Right?) 


Should this be included in the spec? (My guess is "yes.") 
Thanks, 


-Rob 
KZ5RW 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 25 08:07:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA17573 

for <lyris.aprsspec@tapr.org>; Tue, 25 Jan 2000 08:07:22 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 25 Jan 2000 09:06:33 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: REJ vs. ACK 
In-Reply-To: <LYR11586-62525-2000.01.25-07.31.40-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-62530-2000.01.25-08.04.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001250902390 .18907-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Yes, good point. ALthough all the other APRS versions seem to have 
unlimited message storage capabilty, APRSdos does not and resorts to REJ 
instead of ACK packets. Yes, this should be included in the SPEC in my 
opinion. IN fact, Kewnood should also have included REJ algorithm since 
it can only receive 16 messags before it begins loosing un-read msgs. 


The beauty of it is that noone has to implement it, except the writer that 
has limited memory. The "sender" software doesnt care, since it will 
ignore the "REJ" and just keep assuming that the message is undelivered... 


Bob 


On Tue, 25 Jan 2000, Rob Wittner wrote: 


messages to my dosAPRS station downstairs. The dos station has been running 
unattended for many moons, and had lots of messages and bulletins in the 
buffers. My messages to my station downstairs were being answered with 
REJnnn packets. What causes this? (I looked in the spec under messaging, 
but it's not mentioned. Or, I should say, I didn't see it.) My guess is 
that the arrays were full, so it was acknowledging the fact that it received 
the message but was unable to store it. (Right?) 


Should this be included in the spec? (My guess is "yes.") 
Thanks, 


-Rob 
KZ5RW 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VVV VV VV VV VV VV VV VV VV WV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 25 11:55:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26329 
for <lyris.aprsspec@tapr.org>; Tue, 25 Jan 2000 11:55:36 -0600 (CST) 
Message-ID: <LYR11589-62549-2000.01.25-11.52.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Richard Carter <rcarter@isi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Kenwood TM-D700A 
Date: Tue, 25 Jan 2000 12:54:55 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1BF6733.619D1220@lambchop.isi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA26329 


I just purchased a Kenwood TM-D700A. It is a new dual-band mobile unit that is 
APRS ready. When used in the APRS mode, there appears to be no way to interface 
the radio to an external computer. I had hoped that the serial port would send 
data to an external device. I could use it as a simple TNC with external control 
software, but the available APRS software doesn't support this device. Does 
anyone have experience with this radio? 


Rich Carter - KE1EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 25 17:48:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ8617 

for <lyris.aprsspec@tapr.org>; Tue, 25 Jan 2000 17:48:16 -0600 (CST) 
Message-ID: <LYR11589-62573-2000.01.25-17.44.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 25 Jan 2000 17:47:41 -0600 
From: Tony Drumm <TonyDrumm@bresnanlink.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: REJ vs. ACK 
References: <LYR12196-62530-2000.01.25-08.04.01-- 
TonyDrumm#bresnanlink.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <388E361D.CE7886B9@bresnanlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob, 


The D700 does send REJ replies. One of the local D700's was responding with REJ 
packets. We dug into it to figure out why (and why they went away when he 
cleared all his messages). This was my guess. It turns out it's documented in 
the APRS section of the manual. If the messages haven't been read, it won't 
scroll them off the queue. 


Tony 
Bob Bruninga wrote: 


Yes, good point. ALthough all the other APRS versions seem to have 
unlimited message storage capabilty, APRSdos does not and resorts to REJ 
instead of ACK packets. Yes, this should be included in the SPEC in my 
opinion. IN fact, Kewnood should also have included REJ algorithm since 
it can only receive 16 messags before it begins loosing un-read msgs. 


The beauty of it is that noone has to implement it, except the writer that 
has limited memory. The "sender" software doesnt care, since it will 
ignore the "REJ" and just keep assuming that the message is undelivered... 


VV VV VV VV VV MV 


> Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 25 22:27:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA16495 

for <lyris.aprsspec@tapr.org>; Tue, 25 Jan 2000 22:27:47 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 25 Jan 2000 23:27:28 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: REJ vs. ACK 
In-Reply-To: <388E361D.CE7886B9@bresnanlink.net> 
Message-ID: <LYR11589-62600-2000.01.25-22.24.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001252327090 .8930-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Great! Thats what I told them to do.. Glad to see they did it that 
way... 


bob 

On Tue, 25 Jan 2000, Tony Drumm wrote: 

Bob, 

The D700 does send REJ replies. One of the local D700's was responding with REJ 
packets. We dug into it to figure out why (and why they went away when he 
cleared all his messages). This was my guess. It turns out it's documented in 


the APRS section of the manual. If the messages haven't been read, it won't 
scroll them off the queue. 


VV VV VV VV 


VVVVV VV VV VV VV VV VV 


Tony 


Bob Bruninga wrote: 


VV VV VV VV VV VV OV 


Yes, good point. ALthough all the other APRS versions seem to have 
unlimited message storage capabilty, APRSdos does not and resorts to REJ 
instead of ACK packets. Yes, this should be included in the SPEC in my 
opinion. IN fact, Kewnood should also have included REJ algorithm since 
it can only receive 16 messags before it begins loosing un-read msgs. 


The beauty of it is that noone has to implement it, except the writer that 
has limited memory. The "sender" software doesnt care, since it will 


ignore the "REJ" and just keep assuming that the message is undelivered... 


Bob 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 26 18:48:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA10086 
for <lyris.aprsspec@tapr.org>; Wed, 26 Jan 2000 18:48:06 -0600 (CST) 


Message-ID: <LYR11589-62737-2000.01.26-18.44.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 26 Jan 2000 16:45:05 -0800 (PST) 

From: James Wagner <ka7ehk@yahoo.com> 

Subject: [aprsspec] Storm Data 

To: 
MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000127004505 .14263 .qmail@web901.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello again, everyone. 


On page 53 of the draft, Storm Data is discussed. It seems to 
imply that storm data can be included in (weatherless) standard 
position reports. 


I would like some clarification as to the starting position 

of the storm report. Does the course and speed occupy the 
"data extension" field and displace anything else that 

might otherwise be there (such as PHG)? Or, does it follow the 
data extension field? 


When parsing such messages, how can storm data be recognized as 
distinct from plain comment text? If display symbols are either 

/@ or \@, can the presence of storm data be "guaranteed"? If these 
symbols are absent, can it be guaranteed that there is NO 

storm data? 


Many thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 26 18:58:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA10395 
for <lyris.aprsspec@tapr.org>; Wed, 26 Jan 2000 18:58:18 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 26 Jan 2000 19:57:57 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Storm Data 
In-Reply-To: <LYR11586-62737-2000.01.26-18.44.48- - 


bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-62739-2000.01.26-18.55.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001261956460 .241-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 26 Jan 2000, James Wagner wrote: 


> I would like some clarification as to the starting position 

> of the storm report. Does the course and speed occupy the 

> "data extension" field and displace anything else that 

> might otherwise be there (such as PHG)? Or, does it follow the 
> data extension field? 


Follows it. Since the storm usually has a cse and speed 


When parsing such messages, how can storm data be recognized as 
distinct from plain comment text? If display symbols are either 

/@ or \@, can the presence of storm data be "guaranteed"? If these 
symbols are absent, can it be guaranteed that there is NO 

storm data? 


VVVVV VV 


Data may or may not be there. But if data is there, I only look for it if 
it is a /@ or \@ 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 27 20:52:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA11829 

for <lyris.aprsspec@tapr.org>; Thu, 27 Jan 2000 20:52:53 -0600 (CST) 
Date: Thu, 27 Jan 2000 20:52:10 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 


Me 
ly 


To: 


Su 
Cc 
In 
sa 
Li 
Li 
Li 
Li 
X- 
X- 
Se 
Pr 


VV VVV VV VV VV 


I 
si 


(I 
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re 


ssage-Id: <LYR11589-62952-2000.01.27-20.49.18-- 
ris.aprsspeci#tapr.org@lists.tapr.org> 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
bject: [aprsspec] Re: [aprssig] Datums... 

: aprsspec@lists.tapr.org 

-Reply-To: <LYR8348-62949-2000.01.27-20.29.31-- 
lo#tnetworkcs.com@lists.tapr.org> 

st-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
st-Software: Lyris Server version 3.0 

st-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
st-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <200001280252 .UAA90202@us.networkcs.com> 

nder: bounce-aprsspec-11589@lists.tapr.org 

ecedence: bulk 


From: WO1V@aol.com 
Date: Thu, 27 Jan 2000 21:31:38 EST 
Subject: [aprssig] Datums... 

ea 


I haven't been around here to know if that topic has been addressed before, 


but geographic coordinates given without a Datum can be misleading. 


With the FIVE decimals given for the coordinates above, the position is 
within roughly a yard or so. But it could well be in the xNAD 27x datum. 


one's GPS is running WGS84, there could be a significant discrepancy -up to 


thousands of feet I believe... 


think it might be nice if the APRS Protocol Description contained language 
milar to: 


"All position data SHOULD use the WGS-84 datum." 
was wondering when this would come up.) 


I was also wondering whether the APRS Protocol Description should 
commend that APRS stations should try to average their position over 


time, rather than simply copying latest NMEA string. Of course this 


qu 


-t 


Yo 
To 


ickly gets more involved for moving stations...)) 
js 
u are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 03:11:36 2000 


If 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ0160 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 03:11:36 -0600 (CST) 
Message-ID: <LYR11589-62993-2000.01.28-03.07.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 08:49:53 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: [aprssig] Datums... 
References: <LYR8348-62949-2000.01.27-20.29.31--salo#networkcs.com@lists.tapr.org> 
<LYR13460-62952-2000.01.27-20.49.18--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-62952-2000.01.27-20.49.18- - 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <eIcOcPAxgVk4Ewr$@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-62952-2000.01.27-20.49.18--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Tim Salo <salo@networkcs.com> writes 

>> From: WO1V@aol.com 

>> Date: Thu, 27 Jan 2000 21:31:38 EST 

>> Subject: [aprssig] Datums... 

>> Lato 

>> I haven't been around here to know if that topic has been addressed before, 
>> but geographic coordinates given without a Datum can be misleading. 

>> 

>> With the FIVE decimals given for the coordinates above, the position is 

>> within roughly a yard or so. But it could well be in the *NAD 27x datum. If 
>> one's GPS is running WGS84, there could be a significant discrepancy -up to 
>> thousands of feet I believe... 


>I think it might be nice if the APRS Protocol Description contained language 
>similar to: 

> 

> "All position data SHOULD use the WGS-84 datum." 

> 

>(I was wondering when this would come up.) 


Interesting point... But what would users in parts of the world that 
don't use WGS-84 do? For instance all mapping in the UK is based on 
OSGB-36, and GPSs bought in the UK are configured to that datum. 


Datum translation would be required for every posit transmitted and 
received. 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston http://www. packetradio. org.uk 
Lincolnshire, UK http://www. peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 09:19:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA18062 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 09:19:41 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Datums... 
Date: Fri, 28 Jan 2000 17:21:11 +0200 
Message-ID: <LYR11589-63020-2000.01.28-09.16.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR8348-62949-2000.01.27-20.29.31--salo#networkcs.com@lists.tapr.org> 
<LYR13460-62952-2000.01.27-20.49.18--rogeri#peaksys.co.uk@lists.tapr.org> 
<LYR13206 -62993-2000.01.28-03.07.38--Paul.Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-62993-2000.01.28-03.07.38-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=IS0-8859-1 
X-MIME-Autoconverted: from 8bit to quoted-printable by ds9.sci.fi id RAA14388 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <msb39sch11r9gm70ubfdeuqbfh0q16j45h@4ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA18062 


On Fri, 28 Jan 2000 08:49:53 +0000, Roger Barker <roger@peaksys.co.uk> 
wrote: 


>In article <LYR13460-62952-2000.01.27-20.49.18--rogeré#tpeaksys.co.uk@list 
>s.tapr.org>, Tim Salo <salo@networkcs.com> writes 
>>> From: WO1V@aol.com 


>>> Date: Thu, 27 Jan 2000 21:31:38 EST 

>>> Subject: [aprssig] Datums... 

>>> eet 

>>> I haven't been around here to know if that topic has been addressed before, 
>>> but geographic coordinates given without a Datum can be misleading. 

>>> 

>>> With the FIVE decimals given for the coordinates above, the position is 

>>> within roughly a yard or so. But it could well be in the *NAD 27x datum. If 
>>> one's GPS is running WGS84, there could be a significant discrepancy -up to 
>>> thousands of feet I believe... 

>> 

>>I think it might be nice if the APRS Protocol Description contained language 
>>similar to: 


>> 

>> "All position data SHOULD use the WGS-84 datum." 

>> 

>>(I was wondering when this would come up.) 

> 

>Interesting point... But what would users in parts of the world that 


>don't use WGS-84 do? For instance all mapping in the UK is based on 
>OSGB-36, and GPSs bought in the UK are configured to that datum. 


Unfortunately the datum issue becomes more and more complicated when 
more and more DGPS services become available or if the SA is removed 
from the satellites. Currently the random errors die to SA and other 
errors sources are in the same order of magnitude as the difference 

between different coordination systems. 


There is no problem as long as all persons involved in an operation 
are using the same datum, but does everyone know what datum should be 
used and how to setup in their own equipment? It is quite likely that 
equipment will be set to wrong datum and wrong types of maps are used, 
so there are real possibilities that search and rescue operations may 
fail due to this. 


If an operation extends over a national border, it is quite likely 
that a different datum is used in each country and a physical point 
that is visible on many overlapping maps may have different 
coordinates depending on in which country (and in some cases even 
when) he map was printed. Adding to this confusion a generic GPS 
receiver will report the coordinate in WGS-84. The Maidenhead locator 
system should also be based on WGS-84, according to recent IARU Region 
1 recommendation. 


I think that the APRS 1.0 document should at least contain a warning 
about the confusion about coordinate systems. Possibly also recommend 
that the WGS-84 should be used, but if not possible due to e.g. maps 
in different systems can be used and at least recommend how all 


participants in an operation should agree of which datum to use. 


It might be a good idea to recommend that the full resolution format 
e.g. 07201.75W should be used only if it is in WGS-84 and the true 
resolution is 10-100 m and that the less accurate format e.g. 
07201.7_W should be used for an other datum, even if the position is 
known to a 10 m precision. This would reduce the risk of 
misunderstandings in the field. 


One issue that should be addressed in some future version of the APRS 
standard is the inclusion of a orthogonal position format. In many 
countries local maps (e.g. 1:20000) are printed using some orthogonal 
coordinate system based on the UTM (Universal Transversal Mercator) or 
Gauss-Kr,ger system, in which a central meridian is selected and 
coordinates are reported as distance from the equator in meters and 
the (east/west) distance in meters perpendicular to this central 
meridian. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 10:02:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA19926 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 10:02:03 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 28 Jan 2000 11:00:54 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Datums... 
In-Reply-To: <LYR11586-63020-2000.01.28-09.16.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-63037-2000.01.28-09.58.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.05L.10001281057380 .28555-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


APRS has always assumed WSG84. But then APRS was originally a USA only 
software. It is a tough issue. 


I think though that we could simply list in the spec the "standard DATUM" 
for each "country" as a baseline reference. This way, everyone could then 
make the same "assumptions" as to what they are seeing. 


For APRS version 2.0, we could look for a BYTE to add that would indicate 
the datum... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 10:41:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA21277 
for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 10:41:29 -0600 (CST) 
Message-ID: <LYR11589-63046-2000.01.28-10.38.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Richard Carter <rcarter@isi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Datums... 
Date: Fri, 28 Jan 2000 11:40:37 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1BF6984.7F788E70@lambchop.isi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA21277 


There are really two issues here. The datum used should match the datum of 
mapping software used to display target position. If correct target vectors are 


to be computed, targets need to use the same datum. 


On the surface, it might appear that this is not an issue, given large errors 


introduced by selective activation. It has been my experience that GPS position 
reported by commercial receivers can be off by as much as 1/10th mile. This error 
may appear small, but may cause confusion if it were used for search and rescue 
operations. I haven't verified this, but I expect that the range and bearing from 
one target to another tends to be correct, assuming that both use the same datum, 
and neither uses differential correction. Extending the spec to include datum 
sounds like a wise plan. Who knows where APRS is headed. 


BTW: For marine applications, GPS precision is marginal without it. I use a 
differential receiver, and I have noticed that they are becoming much more common. 
JRC makes a nice self-contained DGPS sensor at a very reasonable price. Raytheon, 
Furuno, and other manufacturers also have competitive products. 


Rich Carter - KE1EV 


reres Original Message----- 

From: Bob Bruninga [SMTP:bruninga@nadn.navy.mil] 
Sent: Friday, January 28, 2000 11:01 AM 

To: APRS Spec Discussion List 

Cc: APRS Spec Discussion List 

Subject: [aprsspec] Re: [aprssig] Datums... 


APRS has always assumed WSG84. But then APRS was originally a USA only 
software. It is a tough issue. 


I think though that we could simply list in the spec the “standard DATUM" 
for each "country" as a baseline reference. This way, everyone could then 
make the same "assumptions" as to what they are seeing. 


For APRS version 2.0, we could look for a BYTE to add that would indicate 
the datum... 


You are currently subscribed to aprsspec as: rearter@isi.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 12:52:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA25951 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 12:51:59 -0600 (CST) 


Message-ID: <LYR11589-63061-2000.01.28-12.48.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 28 Jan 2000 13:51:33 -0500 

From: csuprin@mitre.org (Charles Suprin) 

Organization: The MITRE Corporation 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: aprsspec@lists.tapr.org (APRS Spec Discussion List) 
Subject: [aprsspec] Re: [aprssig] Datums... 

References: <LYR12284-63037-2000.01.28-09.58.38--csuprini#mitre.org@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3891E535.C3434046@mitre.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob, 


Would not it be easier to have APRS use a single datum worldwide. 
This would reduce the burden on implementers. Rather than having to 
implement converting many datums to many other datums they would only 
need to implement a conversion of the standard datum to the other 
datums. 


I believe NMEA specify a datum to be used. 


Also there are arguments discussing whether this is really even an 
issue. 

GPS has an error around that of the different datums. APRS should 
not care how we get a position. Maybe people use loran, maybe people 
set their transmitters on top of goedetic markers. Either way it 
should show on the correct place on the map. 


Just my $.02 
Charles 


Comments mine not those of my employer. 


Bob Bruninga wrote: 
> 
> APRS has always assumed WSG84. But then APRS was originally a USA only 


software. It is a tough issue. 


I think though that we could simply list in the spec the “standard DATUM" 
for each "country" as a baseline reference. This way, everyone could then 
make the same "assumptions" as to what they are seeing. 


For APRS version 2.0, we could look for a BYTE to add that would indicate 
the datum... 


You are currently subscribed to aprsspec as: cSuprin@mitre.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 14:02:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA28779 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 14:02:24 -0600 (CST) 
Message-ID: <LYR11589-63087-2000.01.28-13.59.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 20:01:33 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: [aprssig] Datums... 
References: <LYR12284-63037-2000.01.28-09.58.38--csuprini#mitre.org@lists.tapr.org> 
<LYR13460-63061-2000.01.28-12.48.40--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-63061-2000.01.28-12.48.40- - 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <rCHZuBAdWE£k4EwNS@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-63061-2000.01.28-12.48.40--roger#tpeaksys.co.uk@list 
s.tapr.org>, Charles Suprin <csuprin@mitre.org> writes 

>Bob, 

> 

>Would not it be easier to have APRS use a single datum worldwide. 


>This would reduce the burden on implementers. Rather than having to 
>implement converting many datums to many other datums they would only 
>need to implement a conversion of the standard datum to the other 
>datums. 


Forgetting about GPSs for a moment, and looking at the basic practical 
issues involved in this:- 


If I look up my location on a map in the UK, then the latitude and 
longitude I read off the map is referenced to OSGB-36. If someone in 
another part of the world does the same thing, then the latitude and 
longitude they read off their map is referenced to another datum. 


I don't really think that anyone can seriously be expected to apply a 
Molodensky transformation to convert what they read off the map to 
WGS-84 before they put it into their software or TNC BTEXT! 


Also, if my position referenced to OSGB-36 has an error of 100m or so 
when referenced to WGS-84, what practical difference is that going to 
make? (Unless you're planning to try and drop a cruise missile on my 
head! ;-) The only map data detailed enough to show the error is also 
likely to be referenced to OSGB_36... 


Roger Barker, G4IDE roger@peaksys.co.uk 
Boston http://www. packetradio.org.uk 
Lincolnshire, UK http://www. peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 16:37:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04178 
for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 16:37:28 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-63103-2000.01.28-16.34.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 16:37:18 -0600 
From: Gerry Creager N5JXS <gerry@cs.tamu.edu> 
Reply-To: gerry@cs.tamu.edu 
Organization: DaHouse 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 


aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: [aprssig] Re: Datums... 
References: <LYR10429-62951-2000.01.27-20.49.11--gerryi#tcs.tamu.edu@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38921A1E.648AA4B1@cs.tamu.edu> 
Precedence: bulk 


Tim Salo wrote: 


From: WO1V@aol.com 

[owed 
I haven't been around here to know if that topic has been addressed before, 
but geographic coordinates given without a Datum can be misleading. 


With the FIVE decimals given for the coordinates above, the position is 
within roughly a yard or so. But it could well be in the *NAD 27x datum. If 
one's GPS is running WGS84, there could be a significant discrepancy -up to 
thousands of feet I believe... 


VV VV VV VV WV 


I think it might be nice if the APRS Protocol Description contained language 
similar to: 


"All position data SHOULD use the WGS-84 datum." 


VV VV VV VV VV VV VV VV WV 


(I was wondering when this would come up.) 


I've been avoiding this because it's likely to get me in a lecturing 
mode. If there's interest in selecting and using the appropriate datum, 
I'll be glad to get up on my soapbox, or at least refer you to a couple 
of well-written pages explaining what, why, etc. 


I support Tim's suggestion that all collected data should be common, and 
for a variety of good reasons, WGS-84 is as good a selection as NAD-83. 
The problem is, most of the map basis we have for basemaps, Tiger files, 
are in NAD-27. In my particular area, the delta is about 120 m between 
NAD-83 and NAD-27. In another area of Texas I've looked at, it's on the 
order of 200m, and in a third, it's less than 10m. 


What we need to do is go in search of newer basemaps, and develop new 
APRS maps from those. Specifically, we should be using maps based on 
NAD-83 or WGS-84 datums. 


((I was also wondering whether the APRS Protocol Description should 
recommend that APRS stations should try to average their position over 
time, rather than simply copying latest NMEA string. Of course this 
quickly gets more involved for moving stations...)) 


VVV NV 


No. There's a couple or 5 good reason not to do this, not the least of 
which is, thanks to SA (it's still around!) and systemmatic errors, your 
average could well be off. 


73, gerry n5jxs 


Gerry Creager Spatial Sciences Laboratory 
409.845.7201 Office Texas Agricultural Experiment Station 
409.845.2273 Fax Texas A&M University System 
409.228.7686 Pager (preferred) College Station, Texas 77843-2120 
gerry@page4.tamu.edu Pager: 4092287686@mobile.att.net 


"Opinions expressed are mine and do not necessarily represent those of 
Texas A&M University." 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 16:58:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04831 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 16:58:24 -0600 (CST) 
Message-ID: <LYR11589-63105-2000.01.28-16.55.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 17:58:07 -0500 
From: csuprin@mitre.org (Charles Suprin) 
Organization: The MITRE Corporation 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprssig@lists.tapr.org (TAPR APRS Special Interest Group), 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] Re: Datums... 
References: <LYR10429-62951-2000.01.27-20.49.11--gerryi#tcs.tamu.edu@lists.tapr.org> 
<LYR6787 -63104-2000.01.28-16.34.19--csuprin#mitre.org@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <38921EFF.83063537@mitre.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


((I was also wondering whether the APRS Protocol Description should 
recommend that APRS stations should try to average their position over 
time, rather than simply copying latest NMEA string. Of course this 
quickly gets more involved for moving stations...)) 


VV VV 


No. There's a couple or 5 good reason not to do this, not the least of 
which is, thanks to SA (it's still around!) and systemmatic errors, your 
average could well be off. 

At the risk of sounding like an idiot, what are the five good reasons, 

not to average position? 


VV VV VV VV 


Looking at my gps3 display it does seem to be a zero mean process. 


I thought that the expected error with selective availability was zero 
mean. 
More SA meant more variance. Less SA meant less variance. 


COMMENTS: MINE NOT EMPLOYER. 


Charles 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 17:13:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ5355 
for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 17:13:29 -0600 (CST) 
Message-ID: <LYR11589-63109-2000.01.28-17.10.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 18:14:20 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Just rename APRS, was Re: Datums... 
References: <LYR12284-63037-2000.01.28-09.58.38--csuprin#mitre.org@lists.tapr.org> 
<LYR13460-63061-2000.01.28-12.48.40--rogeri#peaksys.co.uk@lists.tapr.org> 
<LYR11601-63087-2000.01.28-13.59.11--jeffi#taerodata.net@lists.tapr.org> 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <389222CB.E4E9DF15@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I've got a solution for the datum issue. 
Lets just rename APRS to AMERICAN Packet Reporting System. ;-) 
(with due apologies to Canada and Mexico) 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 17:43:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ6257 
for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 17:43:38 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-63112-2000.01.28-17.40.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 17:39:13 -0600 
From: Gerry Creager N5JXS <gerry@cs.tamu.edu> 
Reply-To: gerry@cs.tamu.edu 
Organization: DaHouse 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 
APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Just rename APRS, was Re: Datums... 
References: <LYR12284-63037-2000.01.28-09.58.38--csuprin#mitre.org@lists.tapr.org> 
<LYR13460- 63061-2000 .01.28-12.48.40--rogeri#tpeaksys.co.uk@lists.tapr.org> 
<LYR11601-63087-2000.01.28-13.59.11--jeffitaerodata.net@lists.tapr.org> 
<LYR10429 -63110-2000.01.28-17.10.28--gerry#cs.tamu.edu@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 


Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <389228A1.8303136D@cs.tamu.edu> 

Precedence: bulk 


Jeff King wrote: 

> 

> I've got a solution for the datum issue. 

> 

> Lets just rename APRS to AMERICAN Packet Reporting System. ;-) 


AHA! We can do that but then we'd have to standardize on NAD83, which 
was developed in concert with the geodetic organizations of Canada, the 
US, Mexico and most all of Central America. 


73, gerry 

Gerry Creager Spatial Sciences Laboratory 
409.845.7201 Office Texas Agricultural Experiment Station 
409.845.2273 Fax Texas A&M University System 
409.228.7686 Pager (preferred) College Station, Texas 77843-2120 
gerry@page4.tamu.edu Pager: 4092287686@mobile.att.net 


"Opinions expressed are mine and do not necessarily represent those of 
Texas A&M University." 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 17:57:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ6789 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 17:57:21 -0600 (CST) 
Message-ID: <LYR11589-63118-2000.01.28-17.53.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Jan 2000 19:56:37 -0800 
From: judyrod.padmore@ns.sympatico.ca (Rodney Padmore) 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprssig] Just rename APRS, was Re: Datums... 
References: <LYR12284-63037-2000.01.28-09.58.38--csuprin#mitre.org@lists.tapr.org> 


<LYR13460-63061-2000.01.28-12.48.40--rogeri#peaksys.co.uk@lists.tapr.org> 
<LYR11601-63087-2000.01.28-13.59.11--jeffi#taerodata.net@lists.tapr.org> 
<LYR1562-63110-2000.01.28-17.10.28-- 
JUDYROD.PADMORE#NS.SYMPATICO.CA@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <389264F5.470D@ns.sympatico.ca> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff King wrote: 

I've got a solution for the datum issue. 

Lets just rename APRS to AMERICAN Packet Reporting System. ;-) 
(with due apologies to Canada and Mexico) 


-Jeff 


You are currently subscribed to aprssig as: JUDYROD.PADMORE@NS.SYMPATICO.CA 
To unsubscribe send a blank email to leave-aprssig-1562R@lists.tapr.orgMaybe 
NAFTAPRS would be an acceptable compromise! 73 de Rod,VE1BSK. 


VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 28 19:48:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA10190 

for <lyris.aprsspec@tapr.org>; Fri, 28 Jan 2000 19:48:51 -0600 (CST) 
Message-ID: <LYR11589-63167-2000.01.28-19.45.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>, 

<aprsspec@lists.tapr.org> 

References: <LYR10429-62951-2000.01.27-20.49.11--gerry#tcs.tamu.edu@lists.tapr.org> 
<LYR6757-63104-2000.01.28-16.34.19--bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Datums... 


Date: Fri, 28 Jan 2000 17:48:25 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00a101bf69fa$f£0058fa0$0295b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Three years ago, I asked the same question about the Datum of APRS SIG. 
There was no definitive answer back then. I was thinking about making 
DeLorme Street Atlas USA available for APRS use, and it used WGS-84. 
Fortunately, more GPS receiver default output to WGS-84, so it was not a 
major issue. However, I discovered that some online maps such as MapBlast, 
used by the APRS+SA web server, a feature copied by APRServe and recently by 
WinAPRS, uses NAD-27. So with these web based maps, you may find that you 
are not exactly where you think you are, complicated by Selective 
Availability (SA) o£ course. APRS+SA's web server does perform a transform 
of data to NAD-27, and assumes the on-air data is in WGS-84. APRS+SA allows 
for the entry of Lat/Long in more then 100 map datums, and converts the data 
to WGS-84 for transmission. 


Brent Hildebrand, KH2Z 


APRS+SA 
http: //www.tapr.org/~kh2z/aprsplus 


C] 


Seees Original Message ----- 

From: Gerry Creager N5JXS <gerry@cs.tamu.edu> 

To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>; 
<aprsspec@lists.tapr.org> 

Sent: Friday, January 28, 2000 2:37 PM 

Subject: [aprssig] Re: Datums... 


> Tim Salo wrote: 


> From: WO1V@aol.com 

> [...] 

> > I haven't been around here to know if that topic has been addressed 
before, 

> > > but geographic coordinates given without a Datum can be misleading. 
>>> 

> > > With the FIVE decimals given for the coordinates above, the position 
is 

> > > within roughly a yard or so. But it could well be in the *NAD 27x 
datum. If 

> > > one's GPS is running WGS84, there could be a significant 
discrepancy -up to 

> > > thousands of feet I believe... 

>> 

> > I think it might be nice if the APRS Protocol Description contained 
language 

> similar to: 

> 

> "All position data SHOULD use the WGS-84 datum." 

> 

> (I was wondering when this would come up.) 


VVV NV 
VNVM 


I've been avoiding this because it's likely to get me in a lecturing 
mode. If there's interest in selecting and using the appropriate datum, 
I'll be glad to get up on my soapbox, or at least refer you to a couple 
of well-written pages explaining what, why, etc. 


I support Tim's suggestion that all collected data should be common, and 
for a variety of good reasons, WGS-84 is as good a selection as NAD-83. 
The problem is, most of the map basis we have for basemaps, Tiger files, 
are in NAD-27. In my particular area, the delta is about 120 m between 
NAD-83 and NAD-27. In another area of Texas I've looked at, it's on the 
order of 200m, and in a third, it's less than 10m. 


What we need to do is go in search of newer basemaps, and develop new 
APRS maps from those. Specifically, we should be using maps based on 
NAD-83 or WGS-84 datums. 


((I was also wondering whether the APRS Protocol Description should 
recommend that APRS stations should try to average their position over 
time, rather than simply copying latest NMEA string. Of course this 
quickly gets more involved for moving stations...)) 


VV VV 


No. There's a couple or 5 good reason not to do this, not the least of 
which is, thanks to SA (it's still around!) and systemmatic errors, your 
average could well be off. 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV MV 


73, gerry n5jxs 

Gerry Creager Spatial Sciences Laboratory 
409.845.7201 Office Texas Agricultural Experiment Station 
409.845.2273 Fax Texas A&M University System 
409.228.7686 Pager (preferred) College Station, Texas 77843-2120 
gerry@page4.tamu.edu Pager: 4092287686@mobile.att.net 


"Opinions expressed are mine and do not necessarily represent those of 
Texas A&M University." 


You are currently subscribed to aprssig as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprssig-6757S@lists.tapr.org 


VVVVV VV VV VV VV VW 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 29 20:00:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ8399 

for <lyris.aprsspec@tapr.org>; Sat, 29 Jan 2000 20:00:03 -0600 (CST) 
Message-ID: <LYR11589-63347-2000.01.29-19.56.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 29 Jan 2000 21:00:57 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Position ambiguity, AGAIN, was Re: D700 Position 
References: <000401bf£6a6£$242ce7a0$2c988bce@im. hou. compaq. com> 
<LYR12477 -63252-2000.01.29-09.43.02--fminton#midwest.net@lists.tapr.org> 
<LYR8644-63338-2000.01.29-19.04.41--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38939B58.3CEF3783@aerodata.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


There seems to be a compliance issue among some of the APRS 
programs and the APRSspec item "position ambiguity". This came up a 
week or two ago on the SIG, and all that was said was that it 

was part of the spec. Fine, but this "APRS-SPEC" doesn't help 

much if people don't write compliant software. 


Being I'm of the mind that navigation 

is a life and death issue, I think this might need to be addressed 

by the APRS-WG. In particular, a list of non compliant applications 
should be published to head off any potential liability issues. This 
should include both the present APRS trademark licenses as well as 
compatible programs. 


-Jeff 


P.S. We now have a off the shelf radio, PLUG 

and PLAY, so to speak, Supporting APRS, made by a major amateur 
manufacturer. This manufacturer, in good faith, wrote their software 

to be complaint with a pre-release version of the APRS-SPEC. Yet 

at this late date, apparently even some of the core applications are 
still not complaint. Call me all the names you want, but as soon as 
someone dies because their posit is displayed 1000 miles in error, you'll 
wish you either had a disclaimer or were compliant with the very spec 

you are writing. 


P.P.S. Advance apologies if this has already been fixed or its actually 
a Kenwood problem. Its just the 

second time this has come up in the last two weeks and I know at 

least one application was still non compliant in December of 1999. 


Richard \"Flip\" Minton wrote: 
Ok, figured it out. In the APRS menu selection 3-5 it allows 


you to adjust position ambiguity. Which varies your position 
accuracy. With the setting in the "off" position things are correct. 


VVVV WV 


Flip 


Vv 


piaiatela Original Message ----- 

From: Richard "Flip" Minton <fminton@midwest.net> 

To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Cc: APRS <aprssig@lists.tapr.org> 

Sent: Saturday, January 29, 2000 9:45 AM 

Subject: [aprssig] Re: D700 Position 


VV VV WV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


VV VV VV VV VV VV 


Vv 


VV VVV VV VV VV VV VV VV VM VV VV VV VV VV VV VV VM 


Nope, if it was east I'd be in Europe. I'm showing out in the four 
corners area of the states instead of Illinois. 


The string is showing 3700.00N\10855.05W on the Winaprs 
screen. Should be 3753.90N/08855.05W 


And the radio shows the correct coordinates, checked and double checked 


Flip 


2555 Original Message ----- 

From: Walter Holmes <walterh@houston-intranet.com> 
To: ‘Richard "Flip" Minton' <f£minton@midwest.net> 
Sent: Saturday, January 29, 2000 9:40 AM 

Subject: RE: [aprssig] D700 Position 


> Sounds like you may have selected East, instead of West on one of your 
> coordinates.. 

> 

> Very common problem that many of us have bumped into as well. 
> 

> Waltexr/K5WH 

> 

So SGrs Original Message----- 

> From: bounce-aprssig-2077@lists.tapr.org 

> [mailto:bounce-aprssig-2077@lists.tapr.org] On Behalf Of Richard "Flip" 
> Minton 

> Sent: Saturday, January 29, 2000 9:05 AM 

> To: TAPR APRS Special Interest Group 

> Subject: [aprssig] D700 Position 

> 

> Hi, playing with a D700 here, and found that I am showing 

> up on my map with an error of about a thousand miles 

> on the longitude display. Position has been entered correctly 
> both manually and from the GPS. The unit shows the correct 

> grid square, and has the proper mileage to local stations. 

> But on Win APRS 2.4.3 I'm off a bunch. Any ideas? 

> 

> Flip Minton N9AZZ 

> fLminton@midwest.net 

> 

> 

> 

> a 


> > > You are currently subscribed to aprssig as: K5WH@HOUSTON- INTRANET .COM 
> > > To unsubscribe send a blank email to leave-aprssig-8644D@lists.tapr.org 
>>> 

>>> 

>> 

>> 

>> --- 

> > You are currently subscribed to aprssig as: fminton@midwest.net 

> > To unsubscribe send a blank email to leave-aprssig-8644D@lists.tapr.org 
>> 

>> 

> 

Ss ees 

> You are currently subscribed to aprssig as: jeff@aerodata.net 

> To unsubscribe send a blank email to leave-aprssig-8644D@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 29 23:10:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA14412 

for <lyris.aprsspec@tapr.org>; Sat, 29 Jan 2000 23:10:39 -0600 (CST) 
Message-Id: <LYR11589-63374-2000.01.29-23.07.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 29 Jan 2000 22:10:26 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] What happened to ?ping? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b4b977bf£c523@[198.106.196.222]> 

<LYR11893 -63198-2000.01.29-00.00.39--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I had the great opportunity to visit with 30 or so APRS folks this 
afternoon. I had a chance to see a variety of APRS machinery in operation. 


One of the stations was sending ?ping? queries to another. I asked where it 


came from as I did not recognize it from the draft specs. He said that it 
was part of dosAPRS. 


So, the question: where is it? Gone? Overlooked? 
Thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jan 30 00:04:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA23328 

for <lyris.aprsspec@tapr.org>; Sun, 30 Jan 2000 00:04:00 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 30 Jan 2000 01:02:58 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: What happened to ?ping? 
In-Reply-To: <LYR11586-63374-2000.01.29-23.07.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-63382-2000.01.30-00.00.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001300101230 .20082-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


IM not sure. It was there back 8 years ago as a do-nothing packet. Just 
a way to send a packet that would NOT get interpreted as anything but did 
allow you to test packets on theair. I have not supported it in years, 
yet I get ?PIING? messages from folks often. So it must be some other 
version doing it. I dont know what the proper response is supposed to 
be...? 


Bob 
On Sat, 29 Jan 2000, Jim Wagner wrote: 


Vv 


I had the great opportunity to visit with 30 or so APRS folks this 


> afternoon. I had a chance to see a variety of APRS machinery in operation. 
> 

> One of the stations was sending ?ping? queries to another. I asked where it 
> came from as I did not recognize it from the draft specs. He said that it 
> was part of dosAPRS. 

> 

> So, the question: where is it? Gone? Overlooked? 

> 

> Thanks, 

> 

> Jim Wagner 

> Oregon Research Electronics 

> weeweeewenene ewww ewww eww www ewww www ww ew ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee We 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeeweew eee eee ewww ewww ewww ew ewww ew ew eww ew ew ew ew eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew 

> A computer without Windows is like a cake without mustard. - anonymous 

> 

> 

> 

> 

> -<-=< 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 

> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 

US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 

See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 31 15:32:49 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2891 

for <lyris.aprsspec@tapr.org>; Mon, 31 Jan 2000 15:32:47 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 31 Jan 2000 16:32:17 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] AX.25 TOCALLS and "TELEM" 
In-Reply-To: <LYR11586-63347-2000.01.29-19.56.57-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-63699-2000.01.31-15.29.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001311629450 .12783-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


SPEC group... 


When we made the list of allowable AX.25 DESTINATION calls, I extracted 
out of APRSdos the ones that I thought were generic and could be 

justified to you guys. But over the years, APRSdos had collected over 31 
such specific generic calls that I have seen used with specific UI type 
data and wanted to capture... So they are in APRSdos, but only the more 
obvioius ones made it into the spec... 


Well, we forgot one. Its in APRSdos, but not in the spec.. It is TEL 
(for telemetry). WHat we put in the spec was TLM.. I figured that is 
what the PACSATS use... so why not standardize on it... 


Well last weeks launch of STENSAT I just learned uses the call of TELEM. 
So, fortunately APRSdos users will see the packet, but a fully compliant 


software IAW the spec will not, without disabling ALTNETS. So I recommend 
we add TEL... to the spec... 


Of course if STENSAT turns out to not turn on (in 3 days when it is 
supposed to, then it is a moot point. But if it does turn on... ARGH!!! 


YIKES, the Kenwoods wont decode it!!! I wonder.... Sheesh..... 
Yep, just tested it and the kenwoods dont include TELEM either... 


Gosh, I sure wish the builders of satellites (on the same campus as I am) 
would have ASKED me first.... I was not even aware of the project until 
after it was in the can! 


The good news is that the Kewnoods can receive it by changin to the ALTNET 
call of TELEM... (An then NOT forgetting to turn back afterwards)... 


mits eaten ee Forwarded message ---------- 

Date: Mon, 31 Jan 2000 15:32:13 -0500 (EST) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprssig] STENSAT 


APRSdom... 

I am happy to report that the STENSAT telemetry was built with a 
modified MIM and therefore the telemetry will be APRS decodable! 

So when the satellite is deployed on Wednesday, we should be able to 
capture it with your APRS software and more importatnly with your Kenwood 
Radios! 


I have no more info at this point. You will be the first to know when I 
find out the telemetry equations... and activation times... 


de WB4APR, Bob 


From: Hank Heidt 
Cc: Assoc Prof Carl E Wick 


StenSat's telemetry should be APRS compliant. It is a TELEMETRY 
packet with a "T#" preamble: 


N4AFL-1>TELEM<UI C>: T#000,255,004,037,129,032,010 STENSAT PICOSAT 


where the Telemetry numbers are (in order): 
Sequence number - goes to 255, then rolls to zero 


Power supply monitor 

Current monitor 

Temp monitor 

2.5 volt reference 

Current RSSI value 

Three light sensors (low value means light is striking the sensor): 
Light sensor values are (in order): 

Flat face (3 by 4 inches) 

Long side (1 by 4 inches) 

Short side (1 by 3 inches) 


You are currently subscribed to aprssig as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprssig-10461M@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 31 15:41:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3283 

for <lyris.aprsspec@tapr.org>; Mon, 31 Jan 2000 15:41:29 -0600 (CST) 
Message-ID: <LYR11589-63703-2000.01.31-15.38.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: AX.25 TOCALLS and "TELEM" 
Date: Mon, 31 Jan 2000 16:45:10 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B904B6AAQ0@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob 


I 


know the goal is to squeeze every last byte out of transmissions... but 


TLM and TEL are no where near as clear as TELEM... 


Since you are throwing proposal issues on the table.. can I second that 


TELEM be the "standard".... it's a whole lot LESS AMBIGUOUS than the 
other two .... the cat is sorta outta the bag now... no? 

ALOHA 

AH6LS 

Bosgans Original Message----- 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


From: Bob Bruninga [SMTP:bruninga@nadn.navy.mil] 
Sent: Monday, January 31, 2000 4:32 PM 

To: APRS Spec Discussion List 

Cc: APRS Spec Discussion List 

Subject: [aprsspec] AX.25 TOCALLS and "TELEM" 


SPEC group... 


When we made the list of allowable AX.25 DESTINATION calls, I extracted 
out of APRSdos the ones that I thought were generic and could be 

justified to you guys. But over the years, APRSdos had collected over 31 
such specific generic calls that I have seen used with specific UI type 
data and wanted to capture... So they are in APRSdos, but only the more 
obvioius ones made it into the spec... 


Well, we forgot one. Its in APRSdos, but not in the spec.. It is TEL 
(for telemetry). WHat we put in the spec was TLM.. I figured that is 
what the PACSATS use... so why not standardize on it... 


Well last weeks launch of STENSAT I just learned uses the call of TELEM. 
So, fortunately APRSdos users will see the packet, but a fully compliant 
software IAW the spec will not, without disabling ALTNETS. So I recommend 
we add TEL... to the spec... 


Of course if STENSAT turns out to not turn on (in 3 days when it is 
supposed to, then it is a moot point. But if it does turn on... ARGH!!! 


YIKES, the Kenwoods wont decode it!!! I wonder.... Sheesh..... 
Yep, just tested it and the kenwoods dont include TELEM either... 
Gosh, I sure wish the builders of satellites (on the same campus as I am) 
would have ASKED me first.... I was not even aware of the project until 


after it was in the can! 


The good news is that the Kewnoods can receive it by changin to the ALTNET 
call of TELEM... (An then NOT forgetting to turn back afterwards)... 


VVV WV 
iss) 
oO 
oO 


> ---------- Forwarded message ---------- 

> Date: Mon, 31 Jan 2000 15:32:13 -0500 (EST) 

> From: Bob Bruninga <bruninga@nadn.navy.mil> 

> To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 

> Subject: [aprssig] STENSAT 

> 

> APRSdom... 

> I am happy to report that the STENSAT telemetry was built with a 

> modified MIM and therefore the telemetry will be APRS decodable! 

> So when the satellite is deployed on Wednesday, we should be able to 

> capture it with your APRS software and more importatnly with your Kenwood 
> Radios! 

> 

> I have no more info at this point. You will be the first to know when I 
> find out the telemetry equations... and activation times... 

> 

> de WB4APR, Bob 


Vv 


From: Hank Heidt 
Cc: Assoc Prof Carl E Wick 


StenSat's telemetry should be APRS compliant. It is a TELEMETRY 
packet with a "T#" preamble: 


N4AFL-1>TELEM<UI C>: T#000,255,004,037,129,032,010 STENSAT PICOSAT 


where the Telemetry numbers are (in order): 
Sequence number - goes to 255, then rolls to zero 
Power supply monitor 

Current monitor 

Temp monitor 

2.5 volt reference 

Current RSSI value 

Three light sensors (low value means light is striking the sensor): 
Light sensor values are (in order): 

Flat face (3 by 4 inches) 

Long side (1 by 4 inches) 

Short side (1 by 3 inches) 


VV VVV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 31 15:48:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3539 

for <lyris.aprsspec@tapr.org>; Mon, 31 Jan 2000 15:48:34 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 31 Jan 2000 16:47:45 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: AX.25 TOCALLS and "TELEM" 
In-Reply-To: <LYR11586-63703-2000.01.31-15.38.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-63705-2000.01.31-15.45.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10001311646450 .12783-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 31 Jan 2000, Sadowski, Allan wrote: 


> I know the goal is to squeeze every last byte out of transmissions... but 
> TLM and TEL are no where near as clear as TELEM... 

> 

> Since you are throwing proposal issues on the table.. can I second that 

> TELEM be the "standard".... it's a whole lot LESS AMBIGUOUS than the 

> other two .... the cat is sorta outta the bag now... no? 


Yes, remember these are all right-wilcarded, so TEL will accept TELEM... 
yet still allow for other subsets.... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 31 15:56:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3819 
for <lyris.aprsspec@tapr.org>; Mon, 31 Jan 2000 15:56:43 -0600 (CST) 
Date: Mon, 31 Jan 2000 16:53:28 -0500 
From: Mark Sproul <kb2ici@amsat.org> 
Subject: [aprsspec] Re: What happened to ?ping? 
X-Sender: msproul@apmail.ap.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-63708-2000.01.31-15.53.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
X-MIMETrack: Itemize by SMTP Server on APRelay2/TheAP(Release 5.0.1 (Intl) |16 July 
1999) at 
01/31/2000 04:51:24 PM, 
Serialize by Router on APRelay2/TheAP(Release 5.0.1 (Intl)|16 July 1999) at 
01/31/2000 04:51:31 PM, 
Serialize complete at 01/31/2000 04:51:31 PM 
X-Priority: 3 (Normal) 
Content-type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v03110721b4bbb4a473ab@[165.1.27.20]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 12:10 AM -0500 1/30/00, Jim Wagner wrote: 

>I had the great opportunity to visit with 30 or so APRS folks this 
>afternoon. I had a chance to see a variety of APRS machinery in operation. 
> 

>One of the stations was sending ?ping? queries to another. I asked where it 
>came from as I did not recognize it from the draft specs. He said that it 
>was part of dosAPRS. 


> 

>So, the question: where is it? Gone? Overlooked? 
> 

>Thanks, 

> 


WinAPRS implements ?PING? exactly the same as ?APRST which is Trace route. 
Therefore ?PING? is kind of redundant since ?APRST does the same thing. 


Mark 


PLEASE NOTE NEW EMAIL ADDRESS 
PEEP Elrreeel 


Mark Sproul | 
Software Engineer @ Assoc Press’ |Work: 609-860-7120 
msproul@apmail.ap.org |Fax: 609-860-7129 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 1 10:37:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA24923 

for <lyris.aprsspec@tapr.org>; Tue, 1 Feb 2000 10:37:34 -0600 (CST) 
Date: Tue, 1 Feb 2000 10:36:53 
Subject: [aprsspec] Flag Byte Error? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Michael Pendley" <mycall@sandia.gov> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-63911-2000.02.01-10.34.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


I just joined the list today so I am late to the table and may have missed 
any discussion on this. However, I searched the list and found no post on 
this subject. Sorry if this is old news. 


On page 12 of the APRS Spec (Draft Version 1.0.1g: 3 December 1999) -- Flag 
is defined to be the bit sequence 0x7F. I believe this should be Ox7E 


-Mike 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 1 11:09:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26489 

for <lyris.aprsspec@tapr.org>; Tue, 1 Feb 2000 11:09:28 -0600 (CST) 
Message-ID: <LYR11589-63917-2000.02.01-11.06.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 1 Feb 2000 17:06:00 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian@dowrmain.demon.co.uk> 
Reply-To: Ian Wade <ianwade@netro.co.uk> 
Subject: [aprsspec] Re: Flag Byte Error? 
In-Reply-To: <LYR11659-63911-2000.02.01-10.34.29-- 
ian#dowrmain.demon.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <fFVXyaA4Jx14EwDf@dowrmain.demon.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR11659-63911-2000.02.01-10.34.29--ian#dowrmain.demon.co.uk 
@lists.tapr.org>, Michael Pendley <mycall@sandia.gov> writes 

> 

>On page 12 of the APRS Spec (Draft Version 1.0.18: 3 December 1999) -- Flag 
>is defined to be the bit sequence Ox7F. I believe this should be Ox7E 

> 


Yup, I don't know what I was doing when I typed Ox7f ... I've only known 
it was 0x7e since 1983 ..... :-)) 


It will be fixed in the next release. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 2 20:53:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA19544 

for <lyris.aprsspec@tapr.org>; Wed, 2 Feb 2000 20:53:38 -0600 (CST) 
Date: Wed, 2 Feb 2000 20:52:15 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-64185-2000.02.02-20.49.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: AX.25 TOCALLS and "TELEM" 
In-Reply-To: <LYR11595-63699-2000.01.31-15.29.32-- 


salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200002030252 .UAA88388@us.networkcs. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Date: Mon, 31 Jan 2000 16:32:17 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] AX.25 TOCALLS and "TELEM" 


When we made the list of allowable AX.25 DESTINATION calls, I extracted 
out of APRSdos the ones that I thought were generic and could be 

justified to you guys. But over the years, APRSdos had collected over 31 
such specific generic calls that I have seen used with specific UI type 
data and wanted to capture. 


[...] 


VV VV VV VV VV 


It sounds like it might be worthwhile to rethink how the destination 
AX.25 address is used APRS. In particular, how to make whatever use is 
made of this field extensible. 


(By the way, I started thinking about all of the international call signs 
that might conflict with the generic call signs...) 


> So they are in APRSdos, but only the more 
> obvioius ones made it into the spec... 


Will APRSdos be upgraded to conform to the spec once it is finalized? 


> YIKES, the Kenwoods wont decode it!!! I wonder.... Sheesh..... 
> Yep, just tested it and the kenwoods dont include TELEM either... 


[Insert long diatribe about the evils of hard-coded rigs, TNCs, and 
just about anything else that implements a communications protocol here. ] 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 2 20:56:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA19593 

for <lyris.aprsspec@tapr.org>; Wed, 2 Feb 2000 20:56:44 -0600 (CST) 
Date: Wed, 2 Feb 2000 20:56:31 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-64186-2000.02.02-20.53.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: What happened to ?ping? 
In-Reply-To: <LYR11595-63708-2000.01.31-15.53.37-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200002030256.UAA88428@us .networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Mon, 31 Jan 2000 16:53:28 -0500 
From: Mark Sproul <kb2ici@amsat.org> 
Subject: [Laprsspec] Re: What happened to ?ping? 


At 12:10 AM -0500 1/30/00, Jim Wagner wrote: 

>I had the great opportunity to visit with 30 or so APRS folks this 
>afternoon. I had a chance to see a variety of APRS machinery in operation. 
> 

>One of the stations was sending ?ping? queries to another. I asked where it 
>came from as I did not recognize it from the draft specs. He said that it 
>was part of dosAPRS. 

> 

>So, the question: where is it? Gone? Overlooked? 


WinAPRS implements ?PING? exactly the same as ?APRST which is Trace route. 
Therefore ?PING? is kind of redundant since ?APRST does the same thing. 


VVVV VV VV VV VV VV VV 


?APRST is in the spec, but ?PING? is not. 
What are you proposing? 

To change the spec? 

To upgrade WinAPRS? 

To let the spec and WinAPRS diverge? 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 3 11:38:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28661 
for <lyris.aprsspec@tapr.org>; Thu, 3 Feb 2000 11:38:39 -0600 (CST) 
Date: Thu, 03 Feb 2000 12:37:35 -0500 
From: Mark Sproul <kb2ici@amsat.org> 
Subject: [aprsspec] Re: What happened to ?ping? 
<LYR11591-64186-2000.02.02-20.53.46--msproul#tapmail.ap.org@lists.tapr.org> 
X-Sender: msproul@apmail.ap.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-64257-2000.02.03-11.35.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
<LYR11595 -63708-2000.01.31-15.53.37--salo#networkcs.com@lists.tapr.org> 
X-MIMETrack: Itemize by SMTP Server on APRelay2/TheAP(Release 5.0.1 (Intl) |16 July 
1999) at 
02/03/2000 12:33:16 PM, 
Serialize by Router on APRelay2/TheAP(Release 5.0.1 (Intl)|16 July 1999) at 
02/03/2000 12:33:21 PM, 
Serialize complete at 02/03/2000 12:33:21 PM 
X-Priority: 3 (Normal) 
Content-type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <vQ3110707b4bf6c7788f0@[165.1.27.20]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>> 

>> WinAPRS implements ?PING? exactly the same as ?APRST which is Trace route. 
>> Therefore ?PING? is kind of redundant since ?APRST does the same thing. 
> 

>?PAPRST is in the spec, but ?PING? is not. 

> 

>What are you proposing? 

> 

>To change the spec? 

> 

>To upgrade WinAPRS? 


> 
>To let the spec and WinAPRS diverge? 
> 


I am not proposing anything 


PAPRST is the offical SPEC version, I had ?PING? in a long time ago to be 
sort of compatible with the ?PING? that Bob had. I have not gotten around 
to removing it. 


As I stated above, in WinAPRS, "?PING?" and "?APRST" currently do the EXACT 
same thing. I dont see any issue here. I can easily remove PING if needed. 


Mark 


PLEASE NOTE NEW EMAIL ADDRESS 
PITPhtrreel 


Mark Sproul | 
Software Engineer @ Assoc Press’ |Work: 609-860-7120 
msproul@apmail.ap.org |Fax: 609-860-7129 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 3 15:24:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ7357 
for <lyris.aprsspec@tapr.org>; Thu, 3 Feb 2000 15:24:17 -0600 (CST) 
Message-ID: <LYR11589-64300-2000.02.03-15.21.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 03 Feb 2000 16:24:53 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: xastir (was: Re: What is APRSdos anyway?) 


References: <LYR8644-64278-2000.02.03-13.24.42--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3899F225.A6B9CBC7@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


John Ackermann wrote: 
Jeff King writes: 


>Last time I asked, Frank and Roger Barker (author of UI-View) 
>were excluded from the APRS-WG. So while we can guess its 

>the fact Frank is releasing his source, how would you explain the 
>dis' of Roger from the APRS-WG?( Roger doesn't release his 
>source. ) 


To my knowledge, neither Roger nor Frank have asked to join the Working 
Group. If they do ask, the Charter has a process for voting on new 
members. I can't speak to how the members might vote on any specific 
request, but I can tell you that to date the issue hasn't come up. 


VV VV VV VV VV VV 


I'm confused by this response. Are you indicating each and every member 
of the WG had to go through this process? That is, that they specifically 
had to "ask to join the WG" in a message to a member of the WG? 


I think not....? 


In any case, I don't see anything in the charter about "asking" to join. Can you 
please 

quote me the section in the charter that requires perspective new members 

to "ask" to join? 


In fact, reading the charter, it appears quite the opposite of 

what you are saying here. The charter clearly states that new members may 
only be made upon motion of a current member. I see nothing about "asking 
to join". 


Hey, I have an idea here that will fix the WG oversight regarding these two 
authors..... why don't xyoux make a motion to the WG 
that Roger and Frank be nominated for membership? Then if they decline to 


accept this nomination, this issue is closed. IMHO, it seems to me the 

section of the charter that talks about membership is intended to allow members 
of the WG to nominate new members that they feel can make a positive contribution. 
Clearly, both of these people have made positive contributions to APRS and 

would broaden the experience base of the WG. Does the WG disagree with this? 


Irregardless of if or if not either of them "asked to join", I think it would be 
in the 

WG's best interest, and ultimately APRS, to have European representation as 
well as "open development" 

mindset type folks on the WG. This is very important now that the WG is 

moving past documenting the present protocols, and will hopefully start looking 
at extensions to APRS as well as the "Big picture" as Bob outlined in an earlier 
message. 


Regards, 


Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 6 23:26:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA21749 

for <lyris.aprsspec@tapr.org>; Sun, 6 Feb 2000 23:26:14 -0600 (CST) 
Message-Id: <LYR11589-64821-2000.02.06-23.23.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 6 Feb 2000 22:25:48 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Telemetry "Support" packets 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b4c406ad1927@[198.106.196.104]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, again... 


I am really curious why the ".PARM" and other telemetry support packets 
were made so pointedly "non-APRS"? 


Clearly, the capability of one station to beacon "for" the actual telemetry 
sender is useful. But it would seem that a better format, say, akin to 
message addressing, would allow standard APRS network filtering to be 
applied. 


Thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 7 07:33:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA21684 

for <lyris.aprsspec@tapr.org>; Mon, 7 Feb 2000 07:33:49 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 7 Feb 2000 08:32:52 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Telemetry "support" packets 
In-Reply-To: <LYR11586-64821-2000.02.06-23.23.24-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-64868-2000.02.07-07.30.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10002070831160 .5573-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 6 Feb 2000, Jim Wagner wrote: 


I am really curious why the ".PARM" and other telemetry support packets 
were made so pointedly "non-APRS"? 


> 
> 
> 
> Clearly, the capability of one station to beacon "for" the actual telemetry 
> sender is useful. But it would seem that a better format, say, akin to 

> message addressing, would allow standard APRS network filtering to be 

> applied. 

What is non-APRS about an APRS message? The telemetry formats and 

equations (usually transmitted after the fact) are in "standard" APRS 

message format. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 8 01:11:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA04470 

for <lyris.aprsspec@tapr.org>; Tue, 8 Feb 2000 01:11:35 -0600 (CST) 
Message-ID: <LYR11589-64993-2000.02.08-01.08.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 7 Feb 2000 23:11:01 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Re: Telemetry "support" packets 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000208071101.21574.qmail@web906.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 6 Feb 2000, Jim Wagner wrote: 


> 

> 

> 

> > I am really curious why the ".PARM" and other telemetry support 

> packets 

> > were made so pointedly "non-APRS"? 

>> 

> > Clearly, the capability of one station to beacon "for" the actual 
> telemetry 

> > sender is useful. But it would seem that a better format, say, akin 
> to 

> > message addressing, would allow standard APRS network filtering to 
> be 

> > applied. 

> 
> 
> 
> 
> 
J 


What is non-APRS about an APRS message? The telemetry formats and 
equations (usually transmitted after the fact) are in "standard" APRS 
message format. 


ust take a look at the bottom of page 54. It says: 


Note: These beacons are not APRS Bulletins 6 they are ordinary UI 
beacon 

text frames, and do not have any APRS Data Type Identifier. 

Do You Yahoo!? 

Talk to your friends online with Yahoo! Messenger. 
http: //im. yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 8 07:42:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA22045 

for <lyris.aprsspec@tapr.org>; Tue, 8 Feb 2000 07:42:31 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 8 Feb 2000 08:42:04 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] TELEMETRY Parameters 
In-Reply-To: <LYR11586-63347-2000.01.29-19.56.57-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-65015-2000.02.08-07.39.44-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10002080838570 .20772-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Jim Wagner correctly pointed out that the spec has the TELEMETRY 
PARM,UNITS,EQNS, etc packets wrong. The SPEC implies they are unfomratted 
AS.25 "BEACONS", when in fact, they are standard APRS MESSAGE FORMAT. 

Thus they look like any other APRS message. 


Ian, we will need to fix this in the spec... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 13 09:15:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ7346 

for <lyris.aprsspec@tapr.org>; Sun, 13 Feb 2000 09:14:59 -0600 (CST) 
Message-ID: <LYR11589-65748-2000.02.13-09.12.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 13 Feb 2000 15:13:34 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Subject: [aprsspec] TEST ONLY: New ISP account 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <64A0tLAeosp4IwMj@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hel10000000000000000000000000000000 


Ian Wade 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 17 10:51:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA21554 

for <lyris.aprsspec@tapr.org>; Thu, 17 Feb 2000 10:51:15 -0600 (CST) 
Date: Thu, 17 Feb 2000 11:51:01 -0500 
From: Jonathan Bradshaw <jonathan@NrgUp.Net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] MIC-E decoding in java 
Message-ID: <LYR11589-66403-2000.02.17-10.48.58- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Sender: bounce-aprsspec-11589@lists.tapr.org 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000217115101.A31645@NrgUp.Net> 
Precedence: bulk 


I'm working on java code to decode a MIC-E packet. First, if someone has done this 
already I'd love to see it! 


Second, I'd like to know about quirks that I should be aware of. It seems 
there may be some early MIC-E units that do things a little differently? 
I've read the APRS draft 1.0.1 many times to create this code but I'm just 
not completely sure what I'm missing. 


Here is what I have so far. Constructive comments would be welcome. 
file: MIC_E.java 
|x 

MIC-E class takes a valid binary MIC-E AX.25 packet and decodes the 


payload. 
*/ 


import java.util.x; 
import java.text.*; 


public final class MIC_E } 

private final static String[] MESSAGETEXT = { 
"MO/Off Duty", "M1/En Route", "M2/In Service", 
"M3/Returning", "M4/Committed", "M5/Special", 
"M6/PRIORITY", "M7/EMERGENCY", 
"CO/Custom-0", "C1/Custom-1", "C2/Custom-2", 
"C3/Custom-3", "C4/Custom-4", "C5/Custom-5", 
"C6/Custom-6", "C7/EMERGENCY" 3; 

private static SimpleDateFormat UTC; 


static { 
// Set zulu time zone used in converted packets 
UTC = new SimpleDateFormat ("ddHHmm") ; 
UTC. setTimeZone (TimeZone. getTimeZone("UTC")); 

& 


public static String decodePosition(String dest, String content, 
long timestamp) { 
int speed, course, message, longoffset; 
char northsouth, westeast; 
double latitude, longitude, altitude; 


byte[] bytedest = dest.getBytes(); 
byte[] bytecontent = content. getBytes(); 


message = ((bytedest[0] & 64) == 0?4: 0) 

+ ((bytedest[1] & 64) == 0? 2: @) 

+ ((bytedest[2] & 64) == 0?1: 0); 
message += ((bytedest[0] & 16) == 0?7 =: Q); 
northsouth = ((bytedest[3] & 64) == 0? 'S' : 'N'); 
longoffset = ((bytedest[4] & 64) == 0? 0: 100); 
westeast = ((bytedest[5] & 64) == 0? 'E' : 'W'); 
latitude = ((bytedest[0] & 15) x 1000 

+ ((bytedest[1] & 15) * 100) 

+ ((bytedest[2] & 15) * 10) 

+ (bytedest[3] & 15) 

+ ((bytedest[4] & 15) * 0.10) 

+ ((bytedest[5] & 15) * 0.01); 
longitude = (bytecontent[1] - 28) + longoffset; 


if (longitude >= 180 && longitude <= 189) 
longitude -= 80; 
else if (longitude >= 190 && longitude <= 199) 
longitude -= 190; 
longitude x= 100; 
longitude += (bytecontent[2] - 28 >= 60 ? bytecontent[2] -88 


$ 


: bytecontent[2]-28); 
longitude += (bytecontent[3] - 28) * 0.01; 
speed = ((bytecontent[4] - 28) * 10) + ((bytecontent[5] - 28) / 10); 
if (speed >= 800) speed -= 800; 
course = (((bytecontent[5] - 28) % 10) * 100) + (bytecontent[6] - 28); 
if (course >= 400) course -= 400; 
if (bytecontent.length >= 11 && bytecontent[13] == 't') { 
altitude = ((((bytecontent[10] - 33) * 8281) 

+ ((bytecontent[11] - 33) * 91) 

+ (bytecontent[12] - 33)) - 10000) « 3.280; 
% else altitude = -1; 


// Return the decoded packet content 

return "@" + UTC.format(new Date(timestamp) ) 

"2" + format("0000.00", latitude) + northsouth 
content.charAt(8) + format("00000.00", longitude) + westeast 
content.charAt(7) + format("000", course) + "/" 
format("000", speed) + "/Mic-E/" + MESSAGETEXT [message ] 
(altitude >= 0 ? " /A=" + format("000000", altitude) : ""); 


+++ 4+ 4+ 


public static String decodeText(String content) { 


String text = ""; 
byte[] bytecontent = content. getBytes(); 


if (content.length() <= 10) return ""; 


switch (bytecontent[9]) 4 
case '>' : // Kenwood TH-D7 
case ']' : // Kenwood TM-D700 
if (content.length() > 13 && content.charAt(13) != 't') 
text = ">" + content.substring (10) ; 
¢ else if (content.length() > 14) { 
text = ">" + content.substring (14) ; 


$ 
break; 
case '*' : // Two channel hex telemetry 
ery a 


text = "TH#MIC" + 
format("000", Integer.parseInt(content.substring(10,12), 16)) + "," 
format("000", Integer.parseInt(content.substring(12,14), 16)); 
% catch (NumberFormatException err) { ¢ 
break; 
case '\'': // Five channel hex telemetry 
try i 
text = "TH#MIC" + 
format("000", Integer.parseInt(content.substring(10,12), 16)) + "," 
format("000", Integer.parseInt(content.substring(12,14), 16)) + "," 


format("000", Integer.parseInt(content.substring(14,16), 16)) + "," + 
format("000", Integer.parseInt(content.substring(16,18), 16)) + "," + 
format("000", Integer.parseInt(content.substring(18,20), 16)); 
% catch (NumberFormatException err) { ¢ 
break; 
case 0x1d: // Five channel binary telemetry 
text = "THMIC" + 
format("000", bytecontent[10] ) 
format("000", bytecontent [11] ) 
format("000", bytecontent [12] ) 
format("000", bytecontent [13] ) 
format ( "000", bytecontent[14]); 
break; 
default: text = content.substring (9); 
break; 


+ + + + 
+ + + + 


$ 


return text.trim(); 


$ 


// Format number into string 

private static String format(String pattern, double value ) { 
DecimalFormat myFormatter = new DecimalFormat (pattern) ; 
return myFormatter.format(value) ; 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Feb 19 08:56:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA16225 

for <lyris.aprsspec@tapr.org>; Sat, 19 Feb 2000 08:56:16 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-66652-2000.02.19-08.53.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 19 Feb 2000 09:51:45 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: [aprssig] Telemetry Format.... 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205510b4d45de97£63@[165 .230.133.70]> 
<LYR2595 - 66647 -2000.02.19-08.21.39--KSPROUL#VGER.RUTGERS.EDU@lists.tapr.or 
g> 
<LYR2595 -66647 -2000.02.19-08.21.39--KSPROUL#VGER.RUTGERS.EDU@lists.tapr.or 
g> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is VERY interesting, I am glad you are doing this.. 


I would be more than happy to work with you on this.. Also, this 
discussion should probably be moved to the APRSSPEC list.. I am 
copying that list with this reply. 


Keith Sproul 


>The APRS specification gives a definition for Telemetry Data, 

>but limits it to 8 bits. 

>I'm building a system that uses a pair of the nifty new Linear Tech LTC2400 
>8 pin 24 bit ratio metric A/D's to measure some precision pressure sensors. 
> 

>I know I can just create my own experimental packets with whatever 

>Data I want in them, but I would prefer to propose a "standard" way 

>of encoding extended precision telemetry. 

> 

>Paul (K17JIG) 


VV VV 


> 
>--- 

>You are currently subscribed to aprssig as: KSPROUL@VGER.RUTGERS.EDU 
>To unsubscribe send a blank email to leave-aprssig-25950@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Feb 19 09:31:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17423 

for <lyris.aprsspec@tapr.org>; Sat, 19 Feb 2000 09:31:28 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 19 Feb 2000 10:29:37 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Telemetry Format.... 
In-Reply-To: <LYR11586-66652-2000.02.19-08.53.50- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-66665-2000.02.19-09.28.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10002191022530 .3143-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


A good baseline might be to consider the AMSAT formats used. I dont have 
the data in front of me but it may be extensible beyond 8 bits. IT can 
certainly handle up to 255 channels. And even if it is only 8 bit, then 
all it takes to do up to 16 bits is just define two adjacent channels for 
the LSB and MSB. The format was just XX YY .... repeated over and over 
where XX is the channel number and YY is the value in HEX with space 
delimiters. The value of this is that not every value has to be present 
in every packet. Some values can be repeaterd much more often and slowly 
chanigng values less often... And the packet can be any length. 


Disadvantage is that you have 50% overhead by specifying the channel 
number all the time. 


Or, I think the 9600 baud birds use a format of straight binary, with the 
number of bytes to follow and then a stream of contiguous channels. THis 
is more compact if you are sending every channel every time, but if you 
dont need all the channels all the time, then this too has 
inneffeicencies... 


just some thoughts. 
bob 


not looked in years. On Sat, 19 Feb 2000, Keith Sproul 
wrote: 


This is VERY interesting, I am glad you are doing this.. 


I would be more than happy to work with you on this.. Also, this 
discussion should probably be moved to the APRSSPEC list.. I am 
copying that list with this reply. 


Keith Sproul 


>The APRS specification gives a definition for Telemetry Data, 

>but limits it to 8 bits. 

>I'm building a system that uses a pair of the nifty new Linear Tech LTC2400 
>8 pin 24 bit ratio metric A/D's to measure some precision pressure sensors. 
> 

>I know I can just create my own experimental packets with whatever 

>Data I want in them, but I would prefer to propose a "standard" way 

>of encoding extended precision telemetry. 

> 

>Paul (K17JG) 


> 
> 
> 
> 
> 

>--- 


>You are currently subscribed to aprssig as: KSPROUL@VGER.RUTGERS.EDU 
>To unsubscribe send a blank email to leave-aprssig-25950@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 
See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 


See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Feb 19 18:36:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ5862 

for <lyris.aprsspec@tapr.org>; Sat, 19 Feb 2000 18:36:12 -0600 (CST) 
Date: Sat, 19 Feb 2000 19:34:14 -0500 
From: Jonathan Bradshaw <jonathan@mail.nrgup.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] MIC-E followup 
Message-ID: <LYR11589-66752-2000.02.19-18.33.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: multipart/mixed; boundary="pf9I7BMVVzbSWLtt" 
User-Agent: Mutt/1.0.1i 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000219193414 .A25362@NrgUp.Net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


--pf£9I7BMVVzbSWLtt 
Content-Type: text/plain; charset=us-ascii 


I got a couple of pointers for the MIC-E question I posed. Looks like WA4DSY 
has tackled this problem and his code provided some information that may need 
to go into the documentation. 


The code is fairly complex and I'm not certain I read his code correctly but 
it seems that REV 0 (beta) units provide the following differences: 


Longitude does not use the +100 offset bit 

Longitude does not subtract 80 when between 180 and 189 
Longitude does not subtract 190 when between 190 and 199 
Speed value does not subtract 800 if > 800 

Course value does not 400 when > 400 

No table indicator (defaults to /) 


o0o0o0000 


o Symbol may be non-printable (if so its given as $) 
Can anyone confirm or deny this information? 


I'm going to attach the newer version of the java class file in case anyone 
wishes to play with it. 


Jonathan Bradshaw <Jonathan@NrgUp.Net> | Call N9OXE | ICQ# 41208820 | Linux 
If you need to point-and-click to administer a machine, you have no business 
administering a machine -- (Author unknown) 


--pf£9I7BMVVzbSWLtt 
Content-Type: text/x-java 
Content-Disposition: attachment; filename="MIC_E.java" 


import java.util.x; 
import java.text.*; 


x MIC-E class takes a valid binary MIC-E AX.25 packet and decodes the 

* payload into a TNC-2 type AX.25 packet. 

* 

x This data format was provided by the APRS Working Group 1.0.1 document 
* and combined with information from WA4DSY's mic_e.c code. 

* 

* 


@author Jonathan Bradshaw 


*/ 


public final class MIC_E } 

private final static String[] MESSAGETEXT = { 
"MO/Off Duty", "M1/En Route", "M2/In Service", 
"M3/Returning", "M4/Committed", "M5/Special", 
"M6/PRIORITY", "M7/EMERGENCY", 
"CO/Custom-0", "C1/Custom-1", "C2/Custom-2", 
"C3/Custom-3", "C4/Custom-4", "C5/Custom-5", 
"C6/Custom-6", "C7/EMERGENCY" 3; 

private static SimpleDateFormat UTC; 


static { 
// Set zulu time zone used in converted packets 
UTC = new SimpleDateFormat ("ddHHmm") ; 
UTC. setTimeZone (TimeZone. getTimeZone("UTC")); 

& 


/xx Decode the position string from a MIC-E packet into 
* an standard APRS position format. 
* 


* @param dest The AX.25 destination call sign 
* @param content The AX.25 packet content 
x @param timestamp Timestamp used in the new position string 
*/ 
public static String decodePosition(String dest, String content, 
long timestamp) { 
int rev, speed, course, message, longoffset; 
char northsouth, westeast, symbolcode, symboltable; 
double latitude, longitude, altitude; 


byte[] bytedest = dest.getBytes(); 
byte[] bytecontent = content. getBytes(); 


// Determine if this is a rev 0 (beta) or rev 1 unit 
switch (bytecontent[0]) { 

case Oxic: 

case Oxid: rev = 0; 

default : rev = 1; 


$ 
message = ((bytedest[0] & 64) == 0?4: 0) 

+ ((bytedest[1] & 64) == 0? 2: @) 

+ ((bytedest[2] & 64) == 0?1: 0); 
message += ((bytedest[0] & 16) == 0?7: QO); 
northsouth = ((bytedest[3] & 64) == 0? 'S' : 'N'); 
longoffset = ((bytedest[4] & 64) == 0? 0: 100); 
westeast = ((bytedest[5] & 64) == 0? 'E' : 'W'); 
latitude = ((bytedest[0] & 15) « 1000 

+ ((bytedest[1] & 15) * 100) 

+ ((bytedest[2] & 15) * 10) 

+ (bytedest[3] & 15) 

+ ((bytedest[4] & 15) * 0.10) 

+ ((bytedest[5] & 15) * 0.01); 
longitude = (bytecontent[1] - 28); 


if (rev > 0) { // per WA4DSY code this was not used in beta units 

longitude += longoffset; 

if (longitude >= 180 && longitude <= 189) longitude -= 80; 

else if (longitude >= 190 && longitude <= 199) longitude -= 190; 
$ 
longitude x= 100; 
longitude += ((bytecontent[2] - 28 >= 60 ? bytecontent[2] -88 

: bytecontent[2] -28) ) 
+ ((bytecontent[3] - 28) * 0.01); 

speed = ((bytecontent[4] - 28) * 10) + ((bytecontent[5] - 28) / 10); 
course = (((bytecontent[5] - 28) % 10) * 100) + (bytecontent[6] - 28); 
if (rev > © && speed >= 800) speed -= 800; // pex WA4DSY code not 
if (rev > © && course >= 400) course -= 400; // used in beta units 


if (bytecontent.length > 13 && bytecontent[13] == '¢') { 
// Altitude needs to be converted from meters to feet 
altitude = ((((bytecontent[10] - 33) * 8281) 
+ ((bytecontent[11] - 33) * 91) 
+ (bytecontent[12] - 33)) - 10000) « 3.280; 
% else altitude = -1; 


// Translation of WA4DSY code to deal with symbols and symbol tables 
symboltable = (rev > 0 && bytecontent.length > 8) ? 
(char) bytecontent[8] : '/'; 

if (symboltable != '/' && symboltable != '\\' 

&& !('O' <= symboltable && symboltable <= '9') 

&& !('A' <= symboltable && symboltable <= 'J') 

&& symboltable != 'x' && symboltable != '!') symboltable = '/'; 
symbolcode = (bytecontent.length > 7) ? (char) bytecontent[7] : '$'; 
if (symbolcode < 32 || symbolcode > 125) symbolcode = '$'; 


// Return the decoded packet content 
return "@" + UTC.format(new Date(timestamp) ) 

+ "Zz" + format("0000.00", latitude) + northsouth 
symboltable + format("00000.00", longitude) + westeast 
symbolcode + format("000", course) + "/" 
format("000", speed) + "/Mic-E/" + MESSAGETEXT [message] 
(altitude >= 0 ? " /A=" + format("000000", altitude) : ""); 
$ 


/xx Decode the remaining text string from a MIC-E packet 
* 
* @param content The AX.25 packet content 
*/ 
public static String decodeText(String content) { 
String text = ""; 
int start; 
byte[] bytecontent = content.getBytes(); 


if (bytecontent.length < 10) return ""; 


// Determine if this is a rev 0 (beta) or rev 1 unit 
switch (bytecontent[0]) { 

case Oxic: 

case Oxid: start = 8; 

default : start 9; 


$ 


switch (bytecontent[start]) 4 
case '>' : // Kenwood TH-D7 
case ']' : // Kenwood TM-D700 
if (content.length() > start+4 && 


content.charAt(start+4) != 't') 
text = ">" + content.substring(start+1) ; 
¢ else if (content.length() > start+5) { 
text = ">" + content.substring(start+5) ; 
$ 
break; 
// Two channel hex telemetry 
try i 
text = "THMIC" + 
format("000", Integer. parseInt ( 
content.substring(start+1,start+3), 16)) + "," + 
format("000", Integer. parseInt ( 
content.substring(start+3,start+5), 16)); 
% catch (NumberFormatException err) { ¢ 
break; 
case '\'': // Five channel hex telemetry 
try i 
text = "THMIC" + 
format("000", Integer. parseInt ( 


case 


content.substring(start+1,start+3), 16)) + "," + 
format("000", Integer. parseInt ( 
content.substring(start+3,start+5), 16)) + "," + 
format("000", Integer. parseInt ( 
content.substring(start+5,start+7), 16)) + "," + 
format("000", Integer. parseInt ( 
content.substring(start+7,start+9), 16)) + "," + 


format("000", Integer. parseInt ( 
content.substring(start+9,start+11), 16)); 

% catch (NumberFormatException err) { ¢ 
break; 

case 0xid: // Five channel binary telemetry 
text = "THMIC" + 
format ("000", bytecontent[start+1] ) 
format ("000", bytecontent[start+2] ) 
format ("000", bytecontent[start+3] ) 
format ("000", bytecontent[start+4] ) 
format("000", bytecontent[start+5]); 
break; 

default: text = content.substring(start) ; 
break; 


+ + + + 
+ + + + 


$ 


return text.trim(); 


$ 


// Format number into string 

private static String format(String pattern, double value ) { 
DecimalFormat myFormatter = new DecimalFormat (pattern) ; 
return myFormatter. format (value) ; 


‘ 


|x 
K1ATV-9>S32UVT , RELAY ,WIDEx: ‘ (_£1"07/'7200007100Mon-146.84 Earl ATV 
K1ATV-9>APRS , RELAY , WIDEx : @09192923325.63N/11207 .73Wj251/000/Mic-E/M3/Returning 
*/ 


--pf£9T7BMVVZbSWLtt - - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 20 00:56:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA23883 
for <lyris.aprsspec@tapr.org>; Sun, 20 Feb 2000 00:56:04 -0600 (CST) 
Message-ID: <LYR11589-66846-2000.02.20-00.53.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 20 Feb 2000 06:47:42 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: MIC-E followup 
References: <LYR14779-66752-2000.02.19-18.33.47-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-66752-2000.02.19-18.33.47-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ulmxtLA044r4EwGO@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-66752-2000.02.19-18.33.47--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Jonathan Bradshaw <jonathan@mail.nrgup.net> writes 


> Looks like WA4DSY 
>has tackled this problem and his code provided some information that may need 
>to go into the documentation. 


> 

>The code is fairly complex and I'm not certain I read his code correctly but 
>it seems that REV © (beta) units provide the following differences: 

> 


[snip] 


Jonathan, could you provide us with a pointer to DSY's code? 


Thanks 
73 
Ian, G3NRW 


Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg. html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 20 01:00:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA24043 
for <lyris.aprsspec@tapr.org>; Sun, 20 Feb 2000 01:00:52 -0600 (CST) 
Message-Id: <LYR11589-66847-2000.02.20-00.58.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 20 Feb 2000 00:00:32 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: [aprssig] Telemetry Format 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b4d53c7£70d6@[198.106.196.149]> 
<LYR11893 - 66837-2000 .02.20-00.00.18--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
The telemetry values, as I read the spec, are ASCII numeric characters. 


There is no rational reason to limit the value to 255. A value of 999 takes 
no more ASCII characters than the value 255 does. This does NOT solve the 
problem of values with more than 9 1/2 bits (well, a little more since 10 
bits is equivalent to value 1023). 


Base91 could easily extend this to 753570 (which will accomodate 19 bits 
and some - B7FA2 hex - if I understand Base91) 


This does not quite solve the 24-bit A/D question posed by Paul (K17JIG). 
Perhaps two fields would handle that without any protocol changes (using 
Base91). 


Jim, KA7EHK 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 08:05:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA12486 

for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 08:05:46 -0600 (CST) 
Date: Mon, 21 Feb 2000 09:04:17 -0500 
From: Jonathan Bradshaw <jonathan@nrgup.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: g3nrw@arrl.net 
Subject: [aprsspec] Re: aprsspec digest: February 20, 2000 
Message-ID: <LYR11589-67032-2000.02.21-08.03.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR14840-67000-2000.02.21-00.00.21-- 
jonathan#nrgup.net@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
User-Agent: Mutt/1.0.1i 
In-Reply-To: <LYR14840-67000-2000.02.21-00.00.21- - 
jonathan#nrgup.net@lists.tapr.org>; from aprsspec@lists.tapr.org on Mon, Feb 21, 
2000 at 12:00:21AM -0600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000221090416 .A3239@NrgUp.Net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Upon re-checking I have found it was Alan Crosswell, N2YGK who wrote the 
original mic_e.c decode software (my apologies). 


It is available as the file "mic_e.c" inside aprsdigi from: 
ftp://ftp.tapr.org/aprssig/linux/aprsdigi-2.0-pre3.tgz 


WA4DSY modified it to compile cleanly under g++ and that is available 
as the file "mic_e.cpp" from: 


ftp://ftp.tapr.org/aprssig/linux/aprsd210.tar. gz 

Finally, I have rewritten it to run under Java, added altitude support and 
am trying to figure out how ambiguity is encoded and that will be available 
when done from either tapr or sourceforge. However, I'm in the middle of 


moving home to England (Weybridge, Surrey) in the next couple of months. 


On Mon, Feb 21, 2000 at 12:00:21AM -0600, APRS Spec Discussion List digest wrote: 


> [snip] 

> 

> Jonathan, could you provide us with a pointer to DSY's code? 

> 

> Thanks 

> 

> 73 

> Ian, G3NRW 

> Technical Editor, APRS Protocol Specification 

> 

> -- 

Ds Haase SS SS SS Saye Se SSeS Sst esta SSeS Se See Se Se SS SS a a See Seite Seas ee + 
> | APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

> | email: g3nrw@arrl.net | 
> | | 
> | APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
Oa eo Nl ca el Nd ee lla + 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 15:54:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA29902 
for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 15:54:41 -0600 (CST) 
Date: Mon, 21 Feb 2000 16:53:05 -0500 
From: Jonathan Bradshaw <jonathan@nrgup.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Help - Position ambiguity in MIC-E 
Message-ID: <LYR11589-67103-2000.02.21-15.52.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
User-Agent: Mutt/1.0.1i 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000221165305 .A3646@NrgUp.Net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have read the MIC-E protocol up and down a few times but I'm still stuck on 
the position ambiguity decoding. 


For latitude it seems simple enough. You have six 4-bit nibbles which normally 
could have a value of (in theory) 0-9 but I would assume when position 
ambiguity is used that nibble has a value > 9. Easy enough to code 

-- when that nibble is > 9 then substitute a space. Am I on the right track? 


Now I look at longitude. Its easy enough to compute but position ambiguity 
doesn't seem to be done the same way so I am at a loss. I want to make 
sure my Java class can correctly convert a MIC-E packet into a good 
position report but this bit (ok, bad pun...) has me stuck! 


I'd also like to find some test data. The TH-D7 I have doesn't seem to 
support that feature so I can't use it for testing. 


Jonathan Bradshaw <Jonathan@NrgUp.Net> | Call N9OXE | ICQ# 41208820 | Linux 
If you need to point-and-click to administer a machine, you have no business 
administering a machine -- (Author unknown) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 17:32:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3635 
for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 17:32:00 -0600 (CST) 
Message-Id: <LYR11589-67118-2000.02.21-17.29.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: rasdpaul@pop.rasdoc.com 
Date: Mon, 21 Feb 2000 18:35:45 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Paul Breed <Paul@rasdoc.com> 
Subject: [aprsspec] Help with packet decoding.... 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20000221183231.00a2a520@pop.rasdoc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I building a simple KISS TNC based on the Atmel AVR. 


I'm having problems with the packet decoding. 


I can decode the destination address in the AX25 frame 

I can decode the source address 

I can decode the path WIDE, Relay etc....(The example below has no path) 
By changing single chars in the message I can change single chars in the 
decoded packet below. 


Then when I get to the Data portion it is all garbage. 

It looks like the data is subject to a data scrambling pattern. 
(Common is lots of communications for 1 to 0 balance) 

If it is I can not find it in either the AX.25 or APRS specifications. 
What am I missing? 


Sample packet: 
Sending to KL7JG-6 from KL7JG-7 ( a THD7A) 
Message TEST?ISIT.WORKING 


The captured packet in HEX: 


<FLAG> 

41 50 4B 30 30 31 30 4B AC 37 4A 47 =(APKO010L7IG) 
AO F7 01 78 9D 25 A6 1B A5 A3 16 1B 10 10 

1D AD A2 29 AA 9F A4 AY 24 2A 97 AB 27 AY 

A5 24 A7 A3 3D 99 86 1F 12 <FLAG> 


Any Ideas? 
What am I missing? 


I've tried thing assuming I was off by one bit.... I get tantalizingly close 
but nothing works. 


Paul (K17IG) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 17:55:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4409 
for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 17:55:05 -0600 (CST) 
Message-Id: <LYR11589-67123-2000.02.21-17.52.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@204.95.210.1 
Date: Mon, 21 Feb 2000 18:52:18 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Dave VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Help with packet decoding.... 
In-Reply-To: <LYR11608-67118-2000.02.21-17.29.54--dvanhorn#cedar.net@lis 
ts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.2.20000221184631.00a2d220@204.95.210.1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hash: SHALL 


> 

> 

>Then when I get to the Data portion it is all garbage. 

>It looks like the data is subject to a data scrambling pattern. 
>(Common is lots of communications for 1 to 0 balance) 

>If it is I can not find it in either the AX.25 or APRS specifications. 
>What am I missing? 


Do you handle the bit stuffing yet? http://www.tapr.org/tapr/html/Fax25.html 


"In order to assure that the flag bit sequence mentioned above doesn't 
appear accidentally anywhere else in a frame, the sending station shall 
monitor the bit sequence for a group of five or more contiguous one bits. 
Any time five contiguous one bits are sent the sending station shall insert 
a zero bit after the first one bit. During frame reception, any time five 
contiguous one bits are received, a zero bit immediately following five one 
bits shall be discarded. " 


Version: PGP for Personal Privacy 5.5.2 


10A/AwUBOLHPSYF1GDz116VWEQKpbAC gOwk8Rrh4hY3W8woThRqtnX4ndsAAoPMU 
SNRqlUwrtnA91UF Jww6éunMWs 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 18:04:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ4782 

for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 18:04:09 -0600 (CST) 
Date: Mon, 21 Feb 2000 18:04:01 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-67129-2000.02.21-18.02.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Help with packet decoding.... 
In-Reply-To: <LYR11595-67118-2000.02.21-17.29.54-- 


salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200002220004.SAA50536@us.networkcs. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> Date: Mon, 21 Feb 2000 18:35:45 -0500 
> From: Paul Breed <Paul@rasdoc.com> 
> Subject: [aprsspec] Help with packet decoding.... 
> 
> The captured packet in HEX: 
> <FLAG> 
> 41 50 4B 30 30 31 30 4B AC 37 4A 47 =(APKO010L7IG) 
AN 
AN 
> AO F7 01 78 9D 25 A6 1B AS A3 16 1B 10 10 
AN 
AN 


> 1D AD A2 29 AA 9F A4 AQ 24 2A 97 AB 27 AI 
> Ad 24 A7 A3 3D 99 86 1F 12 <FLAG> 


Note this two-byte sequence: 47 AO 
which is, in binary : 0100 0111 1100 0000 
note five contiguous 1's : AREAS 
so, delete this bit : A 


and continue decoding. 


This extra bit was presumably inserted on transmission; it should be 
removed on reception. 


See paragraph 2.2.6, Bit Stuffing, in the AX.25 2.0 spec 
(http: //www.tapr.org/tapr/html/Fax25.html), which says: 


"In order to assure that the flag bit sequence mentioned above 
doesn't appear accidentally anywhere else in a frame, the sending 
station shall monitor the bit sequence for a group of five or 
more contiguous one bits. Any time five contiguous one bits are 
sent the sending station shall insert a zero bit after the first 
one bit. During frame reception, any time five contiguous one 
bits are received, a zero bit immediately following five one bits 
shall be discarded." 


(Note that the second sentence should read: "shall insert a zero bit after 
the fifth one bit.") 


-tjs 
-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 20:34:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA11083 

for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 20:34:04 -0600 (CST) 
Date: Mon, 21 Feb 2000 20:33:51 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-67156-2000.02.21-20.32.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Help with packet decoding.... 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200002220233 .UAA52692Q@us.networkcs.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


[bogus first line to fool lyrus...] 
Date: Mon, 21 Feb 2000 18:35:45 -0500 
From: Paul Breed <Paul@rasdoc.com> 
Subject: [aprsspec] Help with packet decoding.... 


The captured packet in HEX: 

<FLAG> 

41 50 4B 30 30 31 30 4B 4C 37 4A 47 = (APK0010L7JIG) 
AO F7 01 78 9D 25 A6 1B A5 A3 16 1B 10 10 

1D AD A2 29 AA 9F A4 AY 24 2A 97 AB 27 AY 

A5 24 A7 A3 3D 99 86 1F 12 <FLAG> 


VV VV VV VV VM 


Ok, I was wrong last time. 


First, it appears that the characters in the AX.25 call signs are not 
appropriately shifted left one bit. So, looking at the first 12 
bytes, I get (manually, so there are probably some mistakes): 


Was Should be 
Al 0100 0001 82 A To Call 


50 0101 0000 AO P 
4B 0100 1011 96 K 
30 0011 0000 60 0) 
30 0011 0000 60 0) 
31 0011 0001 62 1 
30 0011 0000 60 reserved bits, ssid=0 


4B 0100 1011 96 K From Call 
AC 0100 1100 98 L 
37 0011 0111 6E 7 
4A 0100 1010 94 A 
G 


47 0100 0111 8E 
After that the pattern isn't so clear... 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 22:17:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA14612 
for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 22:17:20 -0600 (CST) 
Message-Id: <LYR11589-67172-2000.02.21-22.14.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: rasdpaul@pop.rasdoc.com 
Date: Mon, 21 Feb 2000 23:20:18 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Paul Breed <Paul@rasdoc.com> 
Subject: [aprsspec] PAcet Problem solved(long) Thansk to all.... 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20000221225620 .00c58850@pop.rasdoc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


My bit stuffing was/is fine. 
My problem was in the part that seemed to be working. 
I was decoding the Address field fine, but the data field was scrambled. 


So I did not look in the specification for the Address field. 

AX.25 section 3.12 says all the Address fields are encoded shifted one 
bit high. 
Since I got the address field to decode correctly I did not look there for 
my problem. 


I was off by one bit from the beginning of the packet. 
I missed the 0 that always seems to follow the flag bit. 
I was detecting that as the end of the flag, not the start of the next char. 


Thus my address decoded fine, but I was off by one when I got to the data. 


Who would have guessed that 
APKOO1OKL7JG should not be encoded as APLOO1OKL7IG 


I originally discounted off by one bit, because the data did not look like 
it was shifted. It was harder to find than I thought it would be..... 


Assume you have the ASCII text ABCD 


Encodes as hex 41 42 43 44 
Encodes as binary 01000001 01000010 01000011 01000100 
So if you are off by 1, one would expect 
10000010 10000100 10000110 1000100X 
82 84 86 88 or 89 


BUT it is sent on the wire LSB first...... so it actually encodes as 
10000010 01000010 11000010 00100010 
Then off by one gives 
00000100 10000101 10000100 0100010X 
And transposed back to human ordered form again 
00100000 10100001 00100001 X0100010 
40 Al 21 A2 or 22 


So the pattern 40 A1 21 A2 is only shifted one bit from 41 42 43 44 


I used a lot of graph paper to figure this out, then I wrote several simple 
C programs to read in a set up numbers and spit things out again shifted 
variable amounts..... My head hurts. 


I hope this post was an appropriate use of the group bandwidth. 

I always enjoy seeing how people go about solving problems. 

One of my pet peeves is when someone solves a problem they asked about on 
a list and then never tells the group what worked. 


If you don't think this was appropriate let me know via private mail. 


Paul (K17JG) knee deep in the bits... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon Feb 21 23:00:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA16004 

for <lyris.aprsspec@tapr.org>; Mon, 21 Feb 2000 23:00:24 -0600 (CST) 
Message-Id: <LYR11589-67182-2000.02.21-22.58.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@204.95.210.1 
Date: Mon, 21 Feb 2000 23:56:48 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Dave VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: PAcet Problem solved(long) Thansk to all.... 
In-Reply-To: <LYR11608-67172-2000.02.21-22.14.58--dvanhorn#cedar.net@lis 
ts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.2.20000221235556 .00a44d00@204.95.210.1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hash: SHALL 


> 

>I used a lot of graph paper to figure this out, then I wrote several 
>simple C programs to read in a set up numbers and spit things out again 
>shifted variable amounts..... My head hurts. 


That's how you know it's the right solution :) 
Good news! 


Did you look at the comm engine I sent you? 
AAS BEGIN PGP SIGNATURE----- 
Version: PGP for Personal Privacy 5.5.2 


iQ0A/AwUBOLIXEIF1GDz116VWEQJe3ACg7Gxh8ZFhszT0+5frz9QLE6Fk1ZsAnAs1 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 00:06:12 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA25962 
for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 00:06:11 -0600 (CST) 
Message-ID: <LYR11589-67197-2000.02.22-00.03.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 22 Feb 2000 01:04:51 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: PAcet Problem solved(long) Thansk to all.... 


References: <LYR11610-67172-2000.02.21-22.14.58-- 
propnet#greeceny.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38B22703.A2675FB3@greeceny.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Wow. What a super thread. Thanks to everyone who participated. I 
learned plenty. Nice overall recap, Paul! 


Warmly, 
Ev, W2EV 


Paul Breed wrote: 


My bit stuffing was/is fine. 
My problem was in the part that seemed to be working. 
I was decoding the Address field fine, but the data field was scrambled. 


So I did not look in the specification for the Address field. 

AX.25 section 3.12 says all the Address fields are encoded shifted one 
bit high. 
Since I got the address field to decode correctly I did not look there for 
my problem. 


I was off by one bit from the beginning of the packet. 
I missed the 0 that always seems to follow the flag bit. 
Thus my address decoded fine, but I was off by one when I got to the data. 


Who would have guessed that 
APKOO1OKL7JG should not be encoded as APLOO1OKL7IG 


I originally discounted off by one bit, because the data did not look like 
it was shifted. It was harder to find than I thought it would be..... 


Assume you have the ASCII text ABCD 


Encodes as hex 41 42 43 44 
Encodes as binary 01000001 01000010 01000011 01000100 


VV VV VV VV VV VV VV VV VV VV VV VV VV OV 


I was detecting that as the end of the flag, not the start of the next char. 


So if you are off by 1, one would expect 
10000010 10000100 10000110 1000100XxX 
82 84 86 88 or 89 


BUT it is sent on the wire LSB first...... so it actually encodes as 
10000010 01000010 11000010 00100010 
Then off by one gives 
00000100 10000101 10000100 0100010xX 
And transposed back to human ordered form again 
00100000 10100001 00100001 X0100010 
40 Al 21 A2 or 22 


So the pattern 40 A1 21 A2 is only shifted one bit from 41 42 43 44 

C programs to read in a set up numbers and spit things out again shifted 
variable amounts..... My head hurts. 

I hope this post was an appropriate use of the group bandwidth. 

I always enjoy seeing how people go about solving problems. 

One of my pet peeves is when someone solves a problem they asked about on 
a list and then never tells the group what worked. 


If you don't think this was appropriate let me know via private mail. 


Paul (K17JG) knee deep in the bits... 


You are currently subscribed to aprsspec as: propnet@greeceny.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


PropNET: A digital wireless 
data network designed to 
plot band openings in near 
real-time. Intreagued? 
http: //go.to/propnet 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 01:12:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA27616 


I used a lot of graph paper to figure this out, then I wrote several simple 


for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 01:12:39 -0600 (CST) 
Message-Id: <LYR11589-67203-2000.02.22-01.10.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Tue, 22 Feb 2000 00:12:00 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: Help with packet decoding 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b4d7e6a1695c@[198.106.196.203]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Are you sure that you have the correct number of data bits? And, are 
treating parity correctly? And, correct number of stop bits. 


All these things can create the sort of pattern-errors you have observed. 
Incidently, I am REALLY interested in what you are doing with AVR. Which 
one are you using? Is this for a commercial product or will the code be 
available? 


Many thanks... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 02:47:45 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA29429 
for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 02:47:43 -0600 (CST) 
Message-ID: <LYR11589-67208-2000.02.22-02.45.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 22 Feb 2000 08:46:02 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 
References: <LYR14779-67103-2000.02.21-15.52.34-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-67103-2000.02.21-15.52.34-- 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <m5gzKGAKzks4Ewek@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-67103-2000.02.21-15.52.34--Ian.Wade#tcare4free.net@lis 
ts.tapr.org>, Jonathan Bradshaw <jonathan@nrgup.net> writes 

>I have read the MIC-E protocol up and down a few times but I'm still stuck on 
>the position ambiguity decoding. 

> 


Jonathan, which description of the Mic-E protocol are you reading? Every 
description I've read has significant errors/omissions/misleading 
statements in it, which I've attempted to correct in the APRS Protocol 
Reference. 


>For latitude it seems simple enough. You have six 4-bit nibbles which normally 
>could have a value of (in theory) 0-9 but I would assume when position 
>ambiguity is used that nibble has a value > 9. Easy enough to code 

>-- when that nibble is > 9 then substitute a space. Am I on the right track? 


Take a look at the table at the top of page 38 of the APRS Protocol 
Reference (draft version 1.0.1g, 3 December 1999). This is the definitive 
and correct definition of all the possible legal latitude values. The 
position ambiguity character (space) occurs when the ASCII address 
character (after right shifting one bit) is "K" or "L". 


[BTW, be very careful about using raw nibbles to define the latitude 
values. This works OK if the Message A/B/C bit is "0" or xstandard* "1". 
But it does *xNOT*x work if this bit is xcustom* "1". In that case, you need 
to subtract 1 from the nibble to get the latitude digit. This is where 
most of the earlier Mic-E documentation fell down. 


For example, if the incoming ASCII character is "G", the corresponding hex 
value is 47, so the second nibble is 7. You then need to subtract 1 from 
this to get the latitude digit: 6. 


If I were implementing code, I would use a table lookup approach, based on 
the table at the top of page 38. This way you don't need to think about 
special rules, and it would probably run faster]. 


> 
>Now I look at longitude. Its easy enough to compute but position ambiguity 
>doesn't seem to be done the same way so I am at a loss. 


Position ambiguity is not specified in the longitude value. The longitude 
position ambiguity is assumed to be the same as the latitude position 
ambiguity, as defined above. (This is not made clear in the Protocol 
Reference -- I will be including a statement to this effect in the next 
release). 


P.S. I assume you are also aware that for longitudes up to 9 degrees the 
longitude offset bit (+100 degrees) is *xset*? This has caught out at least 
one other software developer). 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 08:07:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA16228 

for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 08:06:57 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 22 Feb 2000 09:06:32 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: wb4apr@amsat.org, aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 
In-Reply-To: <20000221165305.A3646@NrgUp.Net> 
Message-ID: <LYR11589-67219-2000.02.22-08.04.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0.4.05L.10002220905271.24239-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 21 Feb 2000, Jonathan Bradshaw wrote: 


I have read the MIC-E protocol up and down a few times but I'm still stuck on 
the position ambiguity decoding. 


could have a value of (in theory) 0-9 but I would assume when position 
ambiguity is used that nibble has a value > 9. Easy enough to code 


> 

> 

> 

> For latitude it seems simple enough. You have six 4-bit nibbles which normally 
> 

> 

> -- when that nibble is > 9 then substitute a space. Am I on the right track? 


Yes 

> 

> Now I look at longitude. Its easy enough to compute but position ambiguity 
> doesn't seem to be done the same way so I am at a loss. I want to make 

> sure my Java class can correctly convert a MIC-E packet into a good 

> position report but this bit (ok, bad pun...) has me stuck! 

AMbiguity is only encoded in LATITUDE. But it applies in both 
directions.. (longitude too) 

> 

> I'd also like to find some test data. The TH-D7 I have doesn't seem to 


> support that feature so I can't use it for testing. 
Yes, someone needs to build a test file....:-( 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 08:16:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA16463 

for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 08:16:47 -0600 (CST) 
Message-ID: <LYR11589-67221-2000.02.22-08.14.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] APRS SPEC 
Date: Tue, 22 Feb 2000 09:21:56 -0500 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9F0651D311B7A100104B716B904B6B90@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Let me say first that I am certainly thankful that a spec was finally 
delivered - kudo's to those who worked hard to make it happen... and I think 
the results are starting to show with some of the Super questions here - 
involving developing projects .. 


Bob's comment abut a test set brought on this posting... 


Is a revised document imminent? What's next - the test set? Extensions? Any 
feedback about the future would be greatly appreciated.. 


Thanks again for the effort.. 


ALOHA 


AH6LS 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 10:07:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA20393 

for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 10:07:31 -0600 (CST) 
Message-ID: <LYR11589-67247-2000.02.22-10.05.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 22 Feb 2000 15:02:48 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 
References: <20000221165305.A3646@NrgUp.Net> 
<LYR14779-67219-2000.02.22-08.04.51--Ian.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-67219-2000.02.22-08.04.51-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FXUbBXAYUqs4EwZ6@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-67219-2000.02.22-08.04.51--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>On Mon, 21 Feb 2000, Jonathan Bradshaw wrote: 

> 

>> I have read the MIC-E protocol up and down a few times but I'm still stuck on 
>> the position ambiguity decoding. 

>> 

>> For latitude it seems simple enough. You have six 4-bit nibbles which normally 
>> could have a value of (in theory) 0-9 but I would assume when position 

>> ambiguity is used that nibble has a value > 9. Easy enough to code 

>> -- when that nibble is > 9 then substitute a space. Am I on the right track? 


NO, NO, NO, NO !!!! This is exactly where early documentation was 
incorrect/incomplete/misleading. 


For the reason I stated in my reply to Jonathan earlier today, that 
algorithm O-N-L-Y works if the Message A/B/C bit is a "0" ora 
S-T-A-N-D-A-R-D "1". 


See the table at the top of page 38 in the spec. 


If you receive a letter "J", the corresponding hex value is O0x4a; i.e. 
the second nibble ("a") is > 9. However, this is NOT an ambiguity space, 
it is latitude digit 9, BECAUSE THE MESSAGE A/B/C BIT IS A *x**CUSTOMxxx* 
"1". THAT IS, WHEN THE CUSTOM "1" BIT IS SET, YOU HAVE TO SUBTRACT 1 
FROM THE NIBBLE TO OBTAIN THE LATITUDE DIGIT. 


I repeat: you should study the table on page 38 for the COMPLETE AND 
ACCURATE definition of valid latitude characters. Earlier documentation 
didn't say anything about how to handle bytes containing CUSTOM message 
"1" bits (or glossed over it very briefly and misleadingly), and many 
people seem to be unaware that you don't treat such latitude digits the 
same way as for bytes containing STANDARD message "1" bits. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 12:18:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA24837 
for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 12:17:58 -0600 (CST) 
From: "Rob Wittner" <rmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Help - Position ambiguity in MIC-E 
Date: Tue, 22 Feb 2000 13:18:20 -0500 
Message-ID: <LYR11589-67268-2000.02.22-12.15.49-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
In-Reply-To: <LYR11697-67247-2000.02.22-10.05.23--xmwiétrwa-inc.com@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMCEELDEAA. rmw@rwa-inc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Just when I thought my Mic-E parser was working correctly... :-) 


-Rob 
KZ5RW 


wSes Original Message----- 

From: bounce-aprsspec-11697@lists.tapr.org 
[mailto:bounce-aprsspec-11697@lists.tapr.org]On Behalf Of Ian Wade 
Sent: Tuesday, February 22, 2000 10:03 AM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 


In article <LYR14779-67219-2000.02.22-08.04.51--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>On Mon, 21 Feb 2000, Jonathan Bradshaw wrote: 

> 

>> I have read the MIC-E protocol up and down a few times but I'm still 
stuck on 

>> the position ambiguity decoding. 

>> 

>> For latitude it seems simple enough. You have six 4-bit nibbles which 
normally 

>> could have a value of (in theory) 0-9 but I would assume when position 
>> ambiguity is used that nibble has a value > 9. Easy enough to code 

>> -- when that nibble is > 9 then substitute a space. Am I on the right 
track? 


>Yes 


NO, NO, NO, NO !!!! This is exactly where early documentation was 
incorrect/incomplete/misleading. 


For the reason I stated in my reply to Jonathan earlier today, that 
algorithm O-N-L-Y works if the Message A/B/C bit is a "0" ora 
S-T-A-N-D-A-R-D "1". 


See the table at the top of page 38 in the spec. 


If you receive a letter "J", the corresponding hex value is O0x4a; i.e. 
the second nibble ("a") is > 9. However, this is NOT an ambiguity space, 
it is latitude digit 9, BECAUSE THE MESSAGE A/B/C BIT IS A *x*CUSTOM*xxx* 
"1". THAT IS, WHEN THE CUSTOM "1" BIT IS SET, YOU HAVE TO SUBTRACT 1 
FROM THE NIBBLE TO OBTAIN THE LATITUDE DIGIT. 


I repeat: you should study the table on page 38 for the COMPLETE AND 
ACCURATE definition of valid latitude characters. Earlier documentation 
didn't say anything about how to handle bytes containing CUSTOM message 
"1" bits (or glossed over it very briefly and misleadingly), and many 
people seem to be unaware that you don't treat such latitude digits the 
same way as for bytes containing STANDARD message "1" bits. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091Sx] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 


You are currently subscribed to aprsspec as: rmw@rwa-inc.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 14:49:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA29689 

for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 14:49:54 -0600 (CST) 
Message-ID: <LYR11589-67352-2000.02.22-14.47.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 22 Feb 2000 20:48:20 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 
References: <LYR11697-67247-2000.02.22-10.05.23--xmwi#rwa-inc.com@lists.tapr.org> 
<NCBBLCALKLCLLFGBMFCMCEELDEAA. rmw@rwa- inc. com> 
In-Reply-To: <NCBBLCALKLCLLFGBMFCMCEELDEAA. rmw@rwa-inc.com> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <CSnKw7AUYvs4Ewl5@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <NCBBLCALKLCLLFGBMFCMCEELDEAA. xrmw@rwa-inc.com>, Rob Wittner 
<rmw@rwa-inc.com> writes 


> 

>Just when I thought my Mic-E parser was working correctly... :-) 
> 

> -Rob 

> KZ5RW 

> 


If it's any help, I've just scribbled away for a few minutes in QBASIC to 
produce a very quick n' dirty program to decode the MIC-E destination 
address. Enter the 6 characters of the address and the program will tell you 
the latitude, longitude offset, E/W and the three message bits. (It's a 
perfect example of a well-designed structured program incorporating all the 
latest object-oriented techniques, serving as a model for java/xml 
implementations ---- NOT! :-)) 


REM MICDEC.BAS 
REM A QUICK N' DIRTY MIC-E DESTINATION ADDRESS FIELD DECODER 
REM by Ian Wade, G3NRW (g3nrw@arrl.net) 


REM 
REM 
REM 
REM 
REM 
REM 


CLS 


DIM 

DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


22 February 2000 


There is no error handling in this simple demo program. 
Input the destination address in the right format and the 
program will work. Input it in the wrong format and it 
probably won't. 


"O1c1icic-- -" 
"11c1cic-- -" 
"Q21c1cic-- -" 
"31c1c1c-- -" 
"Aicicic-- -" 
"B1c1icic-- -" 
"61c1c1c- - -" 
"71cicic-- -" 
"81c1cic-- -" 
"91c1cic-- -" 
"?1c1cic-- -" 
"20 0 0 S+0 E" 


"Q1s1s1sN+100W" 
"1151S51SN+100W" 
"21s1S1SN+100W" 
"31s1s1sN+100W" 
"A1s1s1sn+100W" 
"51sisisn+100W" 


DATA "61s1s1SN+100W" 
DATA "71s1s1sN+100W" 
DATA "81s1s1sN+100W" 
DATA "91s51s51sN+100W" 
DATA "?1s51s1sN+100W" 


FOR x = 1 TO 43 
READ row$(x) 


NEXT x 
MAIN: INPUT "Input a 6-character destination address (e.g. 1P2SW7): ", D$ 
PRINT "Lat: "; 


FOR n = 1 T0 6 
L = ASC(MID$(D$, n, 1)) - 47 
IF L > 42 THEN L =L - 32 


ON n GOTO one, two, three, four, five, six 

one: A$ = MID$(row$(L), 2, 2): GOTO xout 

two: b$ = MID$(row$(L), 4, 2): GOTO xout 
three: c$ = MID$(row$(L), 6, 2): GOTO xout 
four: ns$ = MID$(row$(L), 8, 1): GOTO xout 
five: offset$ = MID$(row$(L), 9, 4): GOTO xout 
six: we$ = MID$(row$(L), 13, 1): GOTO xout 


xout: PRINT MID$(row$(L), 1, 1); 
NEXT n 


PRINT " ": ns$; " offset: "; offset$; " long: "; we$; 
PRINT " Message A:"; A$; " B:"; b$; " C:"; c$ 
PRINT 


GOTO MAIN 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 15:51:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2749 
for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 15:51:32 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-67359-2000.02.22-15.49.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 22 Feb 2000 16:49:27 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: APRS SPEC 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0Q4205502b4d8b3fcc5cb@[165.230.133.70]> 
<LYR11588-67221-2000.02.22-08.14.40--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588-67221-2000.02.22-08.14.40--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>Whats Next? 


One thing that will be worked on and then submitted to this group is 
the Hurricane data.. The current documented implementation is not 
complete. 


Another thing that will be worked on is Shelter information. There 
is a LARGE push on this from the people in Florida including the 
American Red Cross. 


On both of these, we (those that have interest in this that are 
pushing me) will figure out 'workable' solutions and then post them 
here for comment etc, following the procedures put forth by the APRS 
Working Group charter. 


Keith Sproul 


>Let me say first that I am certainly thankful that a spec was finally 
>delivered - kudo's to those who worked hard to make it happen... and I think 
>the results are starting to show with some of the Super questions here - 
>involving developing projects .. 

> 

>Bob's comment abut a test set brought on this posting... 

> 

>Is a revised document imminent? What's next - the test set? Extensions? Any 
>feedback about the future would be greatly appreciated... 

> 

>Thanks again for the effort.. 

> 

>ALOHA 

>AH6LS 

> 

>--- 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 16:44:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04632 

for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 16:44:09 -0600 (CST) 
Date: Tue, 22 Feb 2000 16:08:39 -0600 
From: Bill Diaz <billdiaz@megsinet.net> 
Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
Message-id: <LYR11589-67367-2000.02.22-16.42.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset="us-ascii" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF7D4F .1B7C90E0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Tan, 
Qbasic is cruel and unusual punishment for some of us. Much easier in many 
modern development environments to mask and shift the bits as needed rather 


than dealing with a lookup table. 


Thanks for the Qbasic example, it will keep me from yearning for the ‘good old 
days'. <grin>. 


I'm sure users who still use qbasic will benefit, however. 
Bill KC9XG 


On Tuesday, February 22, 2000 2:48 PM, Ian Wade [SMTP:Tan.Wade@care4free.net] 
wrote: 


> In article <NCBBLCALKLCLLFGBMFCMCEELDEAA.xrmw@rwa-inc.com>, Rob Wittner 

> <rmw@rwa-inc.com> writes 

>> 

> >Just when I thought my Mic-E parser was working correctly... :-) 

>> 

>> -Rob 

>> KZ5RW 

>> 

> 

> If it's any help, I've just scribbled away for a few minutes in QBASIC to 

> produce a very quick n' dirty program to decode the MIC-E destination 

> address. Enter the 6 characters of the address and the program will tell you 
> the latitude, longitude offset, E/W and the three message bits. (It's a 

> perfect example of a well-designed structured program incorporating all the 
> latest object-oriented techniques, serving as a model for java/xml 

> implementations ---- NOT! :-)) 

> 


Vv 


REM MICDEC.BAS 

REM A QUICK N' DIRTY MIC-E DESTINATION ADDRESS FIELD DECODER 
by Ian Wade, G3NRW (g3nrw@arrl.net) 

REM 22 February 2000 


VV VV VV MV 
v8) 
m 
= 


REM There is no error handling in this simple demo program. 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


REM 
REM 
REM 


CLS 


Input the destination address in the right format and the 
program will work. Input it in the wrong format and it 
probably won't. 


DIM row$(43) 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


"00 0 
"10 
"20 
"30 
"40 
"50 
"60 
"70 
"80 
"90 


900000000 
9000000000 


"O1cicic-- -" 
"11c1cic-- -" 
"21c1cic-- -" 
"31c1cic-- -" 
"Aicicic-- -" 
"Bicicic-- -" 
"61c1c1c-- -" 
"71c1cic-- -" 
"81c1cic-- -" 
"91c1cic-- -" 
"?1c1cic-- -" 
"20 0 0 S+0 E" 


"01s1s1sN+100W" 
"1151S51SN+100W" 
"21s1Ss1SsN+100W" 
"31s1s1sN+100W" 
"A1s1si1sn+100W" 
"51sisisn+100W" 
"61Ss1S1SN+100W" 
"71S51S1SN+100W" 
"81s1Ss1SN+100W" 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV MV 


Vv 


VV VV VV VV VV VV VW 


DATA "91s1s1sN+100W" 
DATA "?1s1s1sN+100W" 


FOR x = 1 TO 43 
READ row$(x) 
NEXT x 


MAIN: INPUT "Input a 6-character destination address (e.g. 1P2SW7): 
PRINT "Lat: "; 


FOR n = 1 T0 6 
L = ASC(MID$(D$, n, 1)) - 47 
IF L > 42 THEN L =L - 32 


ON n GOTO one, two, three, four, five, six 

one: A$ = MID$(row$(L), 2, 2): GOTO xout 

two: b$ = MID$(row$(L), 4, 2): GOTO xout 
three: c$ = MID$(row$(L), 6, 2): GOTO xout 
four: ns$ = MID$(row$(L), 8, 1): GOTO xout 
five: offset$ = MID$(row$(L), 9, 4): GOTO xout 
six: we$ = MID$(row$(L), 13, 1): GOTO xout 


xout: PRINT MID$(row$(L), 1, 1); 

NEXT n 

PRINT " "; ns$; " offset: "; offset$; " long: "; we$; 
PRINT " Message A:"; A$; " B:"; b$; " C:"; c$ 

PRINT 


GOTO MAIN 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


, D$ 


> You are currently subscribed to aprsspec as: billdiaz@megsinet.net 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 22 16:53:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04903 

for <lyris.aprsspec@tapr.org>; Tue, 22 Feb 2000 16:53:21 -0600 (CST) 
Message-Id: <LYR11589-67370-2000.02.22-16.51.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, jra@meow.febo.com 
Subject: [aprsspec] Re: APRS SPEC 
In-reply-to: Your message of "Tue, 22 Feb 2000 09:21:56 EST." 

<LYR11592-67221-2000.02.22-08.14.40--n8ur#tapr.org@lists.tapr.org> 

Date: Tue, 22 Feb 2000 17:53:01 -0500 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200002222253 .RAA17862@meow. febo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've been remiss in not posting an update recently. Sorry about that. 

We had a huge batch of corrections, suggestions, etc., from the comment 
period, and that, combined with real-life work conflicts for a couple of 
folks, has slowed down the final revision. But Ian is working on it, and 
I hope the final release won't be delayed too much longer. 


By the way -- the comments received have been very helpful, and incorporating 
them will make the final Protocol Spec a much better document. 


73, 

John N8UR 

jra@febo.com 

In message <LYR11592-67221-2000.02.22-08.14.40--n8urd#ttapr.org@lists.tapr.org>, 
"Sadowski, Allan" writes: 

>Let me say first that I am certainly thankful that a spec was finally 
>delivered - kudo's to those who worked hard to make it happen... and I think 
>the results are starting to show with some of the Super questions here - 


>involving developing projects .. 

> 

>Bob's comment abut a test set brought on this posting... 

> 

>Is a revised document imminent? What's next - the test set? Extensions? Any 
>feedback about the future would be greatly appreciated.. 

> 

>Thanks again for the effort.. 

> 

>ALOHA 

>AH6LS 

> 

>--- 

>You are currently subscribed to aprsspec as: n8ur@tapr.org 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 23 01:56:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ0769 

for <lyris.aprsspec@tapr.org>; Wed, 23 Feb 2000 01:56:46 -0600 (CST) 
Message-ID: <LYR11589-67490-2000.02.23-01.54.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 23 Feb 2000 07:43:13 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Help - Position ambiguity in MIC-E 
References: <LYR14779-67367-2000.02.22-16.42.08-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-67367-2000.02.22-16.42.08- - 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <qVmwhDAR+4s4Ew9C@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-67367-2000.02.22-16.42.08--Ian.Waded#tcare4free.net@l 
ists.tapr.org>, Bill Diaz <billdiaz@megsinet.net> writes 


>Ian, 

> 

>Qbasic is cruel and unusual punishment for some of us. Much easier in many 
>modern development environments to mask and shift the bits as needed rather 
>than dealing with a lookup table. 


I know, I know! It's cruel for me too -- I haven't written real code for 
years now :-)) As for table lookup, my early programming days in the mid 
1960s were (mis)spent on radar and real-time process control apps, when 
machines were very slow and we had to squeeze every ounce of speed out 
of ‘em. There weren't enough machine cycles available for all that new 
fangled bit shiftin' malarky, so table lookup was the only way to go, 
and old habits die hard. I won't let it happen again! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 23 04:12:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA13360 

for <lyris.aprsspec@tapr.org>; Wed, 23 Feb 2000 04:12:52 -0600 (CST) 
Message-ID: <LYR11589-67496-2000.02.23-04.10.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 23 Feb 2000 10:06:30 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] MIC-E Destination Address Decoder -- update 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <SmrO9IAmE7s4EwJk@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've updated the QBASIC fragment I posted yesterday, to include decoding of the 
message type. I've done this to highlight the little known fact that if any of 
the message bits A/B/C contain a xcustom*x "1", the message is a *xcustom* 
message (even if any of the other bits happen to be a xstandard* "1"). In other 
words, the presence of a custom "1" forces all other "1" bits to be treated as 
custom "1"s also. This is not clear in the draft version of the spec. 


REM MICDEC.BAS 

REM A QUICK N' DIRTY MIC-E DESTINATION ADDRESS FIELD DECODER 
REM by Ian Wade, G3NRW (g3nrw@arrl.net) 

REM 23 February 2000 


REM There is no error handling in this simple demo program. 
REM Input the destination address in the right format and the 
REM program will work. Input it in the wrong format and it 
REM probably won't. 


REM NOTE: If ANY of the Message A/B/C bits is a Custom-1, the 


REM message is a *xCustom*x message, EVEN IF ANY OF THE 
REM REMAINING BITS HAPPENS TO BE A STANDARD-1. 
CLS 


DIM row$(43) 


DATA "00 0 © S+0_ E" 
DATA "10 © © S+0 E" 
DATA "20 0 © S+0 E" 
DATA "30 0 @ S+0 E" 
DATA "40 0 © S+0 E" 
DATA "50 0 © S+0 E" 
DATA "60 0 © S+0 E" 
DATA "70 0 © S+0_ E" 
DATA "80 0 @ S+0 E" 
DATA "90 0 © S+0_ E" 
DATA "-- - - -- -" 
DATA "-- - - -- -" 
DATA "-- - - -- -" 
DATA "-- - - -- -" 
DATA "-- - - -- -" 
DATA "-- - - -- -" 
DATA "-- - - -- =" 


DATA "O1cicic-- -" 
DATA "11c1cic-- -" 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


FOR x 


"21c1cic-- = 
"31c1c1c-- -" 
"Aicicic-- -" 
"Bicicic-- -" 
"61c1c1c-- -" 
"71c1cic-- -" 
"81c1c1c-- -" 
"91c1cic-- -" 
"?1c1cic-- -" 
"20 0 0 S+0 E" 


"Q1s1s1sN+100W" 
"115151SN+100W" 
"21s1Ss1SN+100W" 
"31s1s1sN+100W" 
"A1s1si1sn+100W" 
"51sisisn+100W" 
"61s1S1SN+100W" 
"71Ss1S1SN+100W" 
"81s1s1sN+100W" 
"91s1Ss1SN+100W" 
"21s1Ss1SsN+100W" 


"M7:EMERGENCY " 
"M6:Priority 
"M5:Special . 
"M4:Committed " 
"M3:Returning 
"M2:In Service 
"M1:En Route " 
"MO:Off Duty " 


"C7:EMERGENCY " 
"C6:Custom-6 " 
"C5:Custom-5 " 
"C4:Custom-4 " 
"C3:Custom-3 " 
"C2:Custom-2 " 
"C1:Custom-1 " 
"CO:Custom-0 " 


= 1 7T0 43 


READ row$(x) 
NEXT x 


FOR x 


= 1T0 8 


READ standard$(x) 
NEXT x 


FOR x = 17T0 8 
READ custom$(x) 


NEXT x 
MAIN: INPUT "Input a 6-character destination address (e.g. 1P2SW7): ", D$ 
PRINT "Lat: "; 


custom = 0 


FOR n = 1 T0 6 
L = ASC(MID$(D$, n, 1)) - 47 


IF L > 43 THEN L=L - 32 
ON n GOTO one, two, three, four, five, six 


one: a$ = MID$(row$(L), 2, 2): IF a$ = "1c" THEN custom 1: GOTO xout 
two: b$ = MID$(row$(L), 4, 2): IF b$ = "1c" THEN custom = 1: GOTO xout 


three: c$ = MID$(row$(L), 6, 2): IF c$ = "1c" THEN custom = 1: GOTO xout 
four: ns$ = MID$(row$(L), 8, 1): GOTO xout 

five: offset$ = MID$(row$(L), 9, 4): GOTO xout 

six: we$ = MID$(row$(L), 13, 1): GOTO xout 

xout: PRINT MID$(row$(L), 1, 1); 

NEXT n 

PRINT " "; ns$; " offset: "; offset$; " long: "; we$; " Message: "; 


m = VAL(MID$(a$, 1, 1)) * 4 + VAL(MID$(b$, 1, 1)) * 2 + VAL(MID$(c$, 1, 1)) +1 
IF custom = 1 THEN PRINT custom$(m) ELSE PRINT standard$(m) 
PRINT 


GOTO MAIN 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 24 10:30:58 2000 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25373 
for <lyris.aprsspec@tapr.org>; Thu, 24 Feb 2000 10:30:55 -0600 (CST) 

Message-Id: <LYR11589-67756-2000.02.24-10.28.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: Lhendric@mail.sdsu.edu (Unverified) 

Date: Thu, 24 Feb 2000 08:26:09 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Lief Hendrickson <lLhendric@mail.sdsu.edu> 
Subject: [aprsspec] MIC-E Destination Address Decoder -- update 
In-Reply-To: <LYR13303-67667-2000.02.24-00.00.53--lhendric#mail.sdsu.edu 

@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.1.20000224082219 .00a5dee0@mail.sdsu.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Tan, 

Thanks for posting the QBASIC code to the list. It's very helpful in 
describing how the decoding is done- even if other programming languages 
may be more efficient. 

-Lief£ Hendrickson 


At 12:00 AM 2/24/00 -0600, you wrote: 

>Subject: MIC-E Destination Address Decoder -- update 
>From: Ian Wade <Ian.Wade@care4free.net> 

>Date: Wed, 23 Feb 2000 


> 

>I've updated the QBASIC fragment I posted yesterday, to include decoding 

>of the 

>message type. I've done this to highlight the little known fact that if any of 

>the message bits A/B/C contain a xcustomx "1", the message is a *xcustom* 

>message (even if any of the other bits happen to be a xstandard* "1"). In 

>other 

>words, the presence of a custom "1" forces all other "1" bits to be treated as 

>custom "1"s also. This is not clear in the draft version of the spec. 
[...stuff£ deleted...] 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 24 16:49:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ8315 

for <lyris.aprsspec@tapr.org>; Thu, 24 Feb 2000 16:49:29 -0600 (CST) 
Message-Id: <LYR11589-67802-2000.02.24-16.47.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: f£5o0rfémail.filnet.fr@tv 
Date: Thu, 24 Feb 2000 23:47:00 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Patrick <f5orf@filnet.fr> 
Subject: [aprsspec] Questions about the 101g draft 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.3.32.20000224234700.04181bfc@tv> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi, 

I'm just reading the spec draft. Good job. 

I'm writing a soft for ELT search and rescue.In France, ham are the only 
terrestrial radioelectric research team for aircraft disaster. 


I was trying last year to understand the aprs message format, but it seems so 
confusing for me than I prefered to develop my own protocol. The draft you've 
published was more understandable. Then I will add a compatibilty with aprs 
messages. 


But I've some remarks/questions: 


page 21: what is the datum for all the coordinates? Is it WGS 84? The NMEA is 
based on the WGS 84, then I think it's better to use the same for the aprs 
message. The same coordinates in another datum could cause errors up to 1000 
meters from the real position. 


page 25: How was choosed the power step? The important thing in knowing the power 
is to calculate the attenuation path to have an idee of the range. This is 
proportional to a log scale. Why not use a log scale in the choice of the power 
step? There is 6 db between 1 and 4 watts; 3 between 4 and 9; 2 between 16 and 25; 
1 between 25 an 36, 2 again between 49 an 64, 1 between 64 and 81... Very 
strange... 


What is the antenna gain reference. Is it dBi, dBd or dBj (japanese dB especially 
on comet antennas HI) ? 


Everywhere: 

For the differents lenght units, I know that you are well attached to the imperial 
units, but as you know, there's an International System Unit standard which 
recommand the use of meters instead of feet and miles. Maybe a translation of the 
different constants in the two standards and the addition of the unit in the 
messages will internationnalise your protocol. 


Good work and 73. 


Patrick, f5orf 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 29 15:03:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA13300 

for <lyris.aprsspec@tapr.org>; Tue, 29 Feb 2000 15:03:50 -0600 (CST) 
Message-ID: <LYR11589-68610-2000.02.29-15.02.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 29 Feb 2000 21:01:54 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Mic-E Decoder -- upgraded to handle longitude/speed/course 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <fexNTSACPDv4Ewzj@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Sorry guys. Although I promised not to post any more QBASIC, I'm on a roll now! 
Here is 

a complete QBASIC program to decode the destination callsign and the longitude, 
speed 

and course. I know the coding is kludgy, but I really wrote it to check out 
certain 

things for the APRS Protocol Spec. 


As far as I know it works OK. However, if you find any bugs, please let me know. 


Hint: Log some IGATE output, then look for the Mic-E transmissions. Very often a 
Mic-E 

station transmits a conventional posit just before/after the Mic-E transmission, 
so it's 

possible to correlate the two. 


REM MICDEC.BAS 

REM A QUICK N' DIRTY MIC-E DATA DECODER 
REM by Ian Wade, G3NRW (g3nrw@arrl.net) 
REM 29 February 2000 


REM Decodes the 6-byte destination callsign, containing: 
REM Latitude, North/South bit, West/East bit, Longitude 
REM Offset, Message Code. 


REM Decodes the first 7 bytes of the Information field: 
REM APRS Data Type Identifier, Longitude, Speed, Course. 


REM Understands Position Ambiguity (minutes and hundredths 
REM of minutes). 


REM Error handling in this simple demo program is rudimentary 
REM and far from bombproof. 


REM Input the destination address and Information field in 
REM the right format and the program will work. Input it in 
REM the wrong format and it probably won't. 


REM 
REM 
REM 
REM 


CLS 


NOTE: If ANY of the Message A/B/C bits is a Custom-1, the 
message is a xCustomx message, EVEN IF ANY OF THE 
REMAINING BITS HAPPENS TO BE A STANDARD-1. 


NOTE: This program does not support Rev 0 beta units. 


DIM row$(43) 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


"00 O 
"10 
"20 
"30 
"40 
"50 
"60 
"70 
"80 
"90 


9O9O00 00000 
O9OO00 00000 0 


"O1c1icic-- -" 
"11c1cic-- -" 
"Q21c1cic-- -" 
"31c1c1c-- -" 
"Aicicic-- -" 
"B1c1icic-- -" 
"61c1c1c- - -" 
"71cicic-- -" 
"81c1cic-- -" 
"91c1cic-- -" 
"?1c1cic-- -" 
"20 0 0 S+0 E" 


"Q1s1s1sN+100W" 
"1151S51SN+100W" 
"21s1S1SN+100W" 
"31s1s1sN+100W" 
"A1s1s1sn+100W" 
"51sisisn+100W" 


DATA "61s1s1SN+100W" 
DATA "71s1s1sN+100W" 
DATA "81s51s1sN+100W" 
DATA "91s51s1sN+100W" 
DATA "?1s151sN+100W" 


DATA "EMERGENCY " 

DATA "M6:Priority " 
DATA "M5:Special . 
DATA "M4:Committed " 
DATA "M3:Returning " 
DATA "M2:In Service" 
DATA "M1:En Route " 
DATA "MO:O0ff Duty " 


DATA "EMERGENCY " 

DATA "C6:Custom-6 " 
DATA "C5:Custom-5 " 
DATA "C4:Custom-4 " 
DATA "C3:Custom-3 " 
DATA "C2:Custom-2 " 
DATA "C1:Custom-1 " 
DATA "CO:Custom-0 " 


FOR x = 1 TO 43 
READ row$(x) 
NEXT x 


FOR x = 1 T0 8 
READ STANDARD$(x) 
NEXT x 


FOR x = 1 T0 8 


READ custom$(x) 
NEXT x 


main: PRINT "++++++++++4+++++4+4+4" 


INPUT "Input the 6-character destination address ---------- e.g. SSRW4S : ", d$ 
LINE INPUT "Input the first 7 bytes of Information field data -- e.g. ‘%+tl5[: ", 
i$ 

PRINT 

PRINT "Lat: "; 

custom = 0 

ambig = 0 


FOR n = 1 T0 6 


1 = ASC(MID$(d$, n, 1)) - 47 
IF 1 > 43 THEN 1 =1 - 32 


x$ = MID$(row$(1), 1, 1) 


ON n GOSUB one, two, three, four, five, six 


NEXT n 
GOTO rest 


one: PRINT x$; 
A$ = MID$(row$(1), 2, 2) 


IF A$ = "1c" THEN custom = 1 
RETURN 
two: PRINT x$; " deg "; 
BS = MID$(row$(1), 4, 2) 
IF BS = "1c" THEN custom = 1 


RETURN 


three: PRINT x$; 
C$ = MID$(row$(1), 6, 2) 
IF C$ = "1c" THEN custom = 1 


IF x$ = "?" AND ambig = © THEN ambig = 3 
RETURN 
four: PRINT x$; "."; 
ns$ = MID$(row$(1), 8, 1) 
IF x$ = "?" AND ambig = © THEN ambig = 4 


RETURN 


five: PRINT x$; 
offset$ = MID$(row$(1), 10, 3) 
IF x$ = "?" AND ambig = 0 THEN ambig = 5 
RETURN 


six: PRINT x$; " mins "; 
we$ = MID$(row$(1), 13, 1) 


IF x$ = "?" AND ambig = 0 THEN ambig = 6 
RETURN 
rest: PRINT ns$; " offset: +"; offset$; " long: "; we$; " Message: "; 


m = VAL(MID$(A$, 1, 1)) * 4 + VAL(MID$(B$, 1, 1)) * 2 + VAL(MID$(C$, 1, 1)) +1 
IF custom = 1 THEN PRINT custom$(m) ELSE PRINT STANDARD$(m) 


ID$ = MID$(i$, 1, 1) 


IF ID$ = "*" THEN PRINT "Current GPS Data. Long:"; : GOTO degrees 
IF ID$ = "'" THEN PRINT "Old GPS Data. Long:"; : GOTO degrees 
PRINT "Bad APRS Data Type Identifier": GOTO main 


degrees: d = ASC(MID$(i$, 2, 1)) - 28 
IF d < 10 OR d > 99 THEN PRINT "Bad long degrees": GOTO main 
d = d + VAL(offset$) 


IF d > 189 AND d < 200 THEN d d - 190: PRINT d; : GOTO mins 
IF d > 179 AND d < 190 THEN d = d - 80: PRINT d; : GOTO mins 
PRINT d; 


mins: PRINT "deg "; 

m = ASC(MID$(i$, 3, 1)) - 28 

IF m < 10 OR m > 69 THEN PRINT "Bad long minutes": GOTO main 
IF m > 59 THEN m =m - 60 

m= m + 100 

m$ = MID$(STR$(m), 3, 2) + "." 


h = ASC(MID$(i$, 4, 1)) - 28 

IF h < 0 OR h > 99 THEN PRINT "Bad long hundredths": GOTO main 
h = h + 100 

h$ = MID$(STR$(h), 3, 2) + " mins" 


minout$ = m$ + h$ 


IF ambig = 3 THEN MID$(minout$, 1, 5) = "??.??" 
IF ambig = 4 THEN MID$(minout$, 2, 4) = "?.??" 
IF ambig = 5 THEN MID$(minout$, 4, 2) = "??" 
IF ambig = 6 THEN MID$(minout$, 5, 1) = "?" 


PRINT minout$; 


sp = ASC(MID$(i$, 5, 1)) - 28 

IF sp < 20 OR sp > 99 THEN PRINT "Bad SP+28": GOTO main 
IF sp > 79 THEN sp = sp - 80 

sp = sp * 10 


DC = ASC(MID$(i$, 6, 1)) - 28 
IF DC = 193 THEN DC = 96 


IF DC < © OR DC > 97 THEN PRINT "Bad DC+28": GOTO main 
knots = sp + DC \ 10 
PRINT ' Speed:"; knots; 


course = (DC MOD 10 - 4) x* 100 


SE = ASC(MID$(i$, 7, 1)) - 28 


IF SE < 4 OR SE > 99 THEN PRINT "Bad SE+28": GOTO main 


course = course + SE 
PRINT " Course:"; course 


GOTO main 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 1 01:26:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA09188 

for <lyris.aprsspec@tapr.org>; Wed, 1 Mar 2000 01:26:08 -0600 (CST) 
Message-ID: <LYR11589-68709-2000.03.01-01.24.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 1 Mar 2000 07:24:27 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] test only 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ABL60IArWMv4Ewg1l@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


qwerty 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 1 01:33:17 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA09518 

for <lyris.aprsspec@tapr.org>; Wed, 1 Mar 2000 01:33:14 -0600 (CST) 
Message-ID: <LYR11589-68711-2000.03.01-01.31.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 1 Mar 2000 07:31:57 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] test with a very long line 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Khq4sMAtdMv4EwC2@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 2 12:11:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4132 

for <lyris.aprsspec@tapr.org>; Thu, 2 Mar 2000 12:11:54 -0600 (CST) 
Message-ID: <LYR11589-68868-2000.03.02-12.09.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 2 Mar 2000 10:10:36 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Symbol Questions 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000302181036.3186.qmail@web903.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


While implementing the symbols in my new APRS program, the 
following questions have appeared: 


Symbol "/d#" - Digipeater (white center) 
what does this mean? Does it mean green star (as in "\#") 
but with a white center rather than overlay char? 


Symbol "\W" - NWS Site (options) [w/ overlay] 
what does "(options)" mean? 


Symbol "\_" - Weather Site (green digi) [w/ ov'lay] 
what does "(green digi)" mean? 


Symbol "\i" - Indoor short range digi [w/ overlay] 
Does anyone have any suggestions about the symbol? 


Symbol "\a" - ARRL ARES etc. 
Is a particular symbol expected here? 


Symbol "/&" - HF Gateway 
Folks in the Pacific NW US seem to be using diamond with 


A number of the symbols are very difficult to represent 
graphically. These include "hail", "smoke", "freezing rain", 
"haze", "earthquake", "snow shower" (as distinct from "snow"), 
"rain shower" (as distinct from "rain"), "blowing dust/sand", 
"fog", etc. Are there any thoughts about representing these? 
Do You Yahoo!? 

Talk to your friends online with Yahoo! Messenger. 

http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 2 12:26:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4576 

for <lyris.aprsspec@tapr.org>; Thu, 2 Mar 2000 12:25:58 -0600 (CST) 
Message-ID: <LYR11589-68871-2000.03.02-12.24.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 2 Mar 2000 10:17:12 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] More Symbol Questions 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000302181712 .3236.qmail@web904.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Sorry, the previous message was sent before it was complete. 


Symbol "/&" HF Gateway - local use seems to be diamond with 
overlay of "G". What is expected for this symbol? 


Symbol "\<" Advisory - what is this supposed to show? 


Symbol "\." Unknown or indeterminate position - if the 


position is unknown or indeterminate, then there is 
no position information which will allow it to be 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im. yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 2 12:39:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA04928 

for <lyris.aprsspec@tapr.org>; Thu, 2 Mar 2000 12:39:12 -0600 (CST) 
Message-ID: <LYR11589-68877-2000.03.02-12.37.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 2 Mar 2000 10:37:23 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] More and more symbol questions 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000302183723 .14504.qmail@web906.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


My apologies folks. 


I have a new keyboard and I am hitting some (unknown) key 
which causes messages to be sent from the Yahoo mail 
composition page. 


Symbol "\d" DX Spot by Callsign - what is anticipated here? 
A DX symbol with the callsign next to it? Is the callsign 
in addition to the callsign of the station originating 
the symbol or does it substitute? How is the callsign 
specified? I don't see it in the protocol specs anywhere. 


Symbol "\c" Civil Defence (RACES)- is this expected to be the 


circle with a triangle symbol (that used to say "CD" in the 
center of the triangle)? 


Thanks very much for your patience, 


Jim Wagner, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 2 14:17:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ8152 

for <lyris.aprsspec@tapr.org>; Thu, 2 Mar 2000 14:16:57 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 2 Mar 2000 15:05:14 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Symbol Questions 
In-Reply-To: <LYR11586-68868-2000.03.02-12.09.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-68885-2000.03.02-14.15.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003021501130 . 23697 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 2 Mar 2000, James Wagner wrote: 


> Symbol "/d#" - Digipeater (white center) 


> what does this mean? Does it mean green star (as in "\#") 
> but with a white center rather than overlay char? 
yes 


> Symbol "\W" - NWS Site (options) [w/ overlay] 

> what does "(options)" mean? 

Anything you want using one of the overlays 

> 

> Symbol "\_" - Weather Site (green digi) [w/ ov'lay] 
> what does "(green digi)" mean? 


Its a WX symbol but green to show it is also a digi 


> Symbol "\i" - Indoor short range digi [w/ overlay] 
> Does anyone have any suggestions about the symbol? 


Yes, its a square box that a character can be overlayed on. 


> 
> Symbol "\a" - ARRL ARES etc. 
> Is a particular symbol expected here? 


A for ARES, R for RACES, etc 


> 
> Symbol "/&" - HF Gateway 
> Folks in the Pacific NW US seem to be using diamond with 


OVERLAY. Yes, the diamond with overlay is the more general. 


> A number of the symbols are very difficult to represent 

> graphically. These include "hail", "smoke", "freezing rain", 

> "haze", "earthquake", "snow shower" (as distinct from "snow"), 
> "rain shower" (as distinct from "rain"), “blowing dust/sand", 
> "fog", etc. Are there any thoughts about representing these? 


See APRSdos. All of thsoe are displayed using the standard NWS weather 
syumbols. Dont think in terms of "icons" That is only dirven by WInAPRS 
and Bill Gates. The symbols can be much more general than that. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 2 14:22:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA08350 

for <lyris.aprsspec@tapr.org>; Thu, 2 Mar 2000 14:22:29 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 2 Mar 2000 15:06:33 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More Symbol Questions 
In-Reply-To: <LYR11586-68871-2000.03.02-12.24.16-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-68887-2000.03.02-14.20.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003021505360 .23697-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 2 Mar 2000, James Wagner wrote: 

> Symbol "\<" Advisory - what is this supposed to show? 

A nNWS Advisory. It shows as one gale flag 

> Symbol "\." Unknown or indeterminate position - if the 

> position is unknown or indeterminate, then there is 

> no position information which will allow it to be 

Yes, but the field is defined, so you need something to put in it. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 3 10:26:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ2766 

for <lyris.aprsspec@tapr.org>; Fri, 3 Mar 2000 10:26:51 -0600 (CST) 
Message-ID: <LYR11589-69039-2000.03.03-10.25.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 3 Mar 2000 08:26:31 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Re: unknown or indeterminate postion "symbol" 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000303162631.18278.qmail@web904.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Yesterday, I posed several questions, one of which 
was: 


> Symbol "\." Unknown or indeterminate position - if the 
> position is unknown or indeterminate, then there is 
> no position information which will allow it to be 

> positioned on a map 

> 


Bob Bruninga responded: 


Yes, but the field is defined, so you need something to put in it. 


With all due respect, this is a program-specific response. 
Maybe HE needed to do that, but it does not mean that anyone 
else has to. 


Thanks, 


Jim Wagner, 

KA7EHK 

Do You Yahoo!? = si i ssss—<—ssSSSSSSS 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 3 12:37:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA0Q9467 

for <lyris.aprsspec@tapr.org>; Fri, 3 Mar 2000 12:37:57 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Mar 2000 13:34:21 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: unknown or indeterminate postion "symbol" 
In-Reply-To: <LYR11586-69039-2000.03.03-10.25.13-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-69050-2000.03.03-12.36.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003031330420 .23955-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 3 Mar 2000, James Wagner wrote: 


> Yesterday, I posed several questions, one of which 

> was: 

> 

> > Symbol "\." Unknown or indeterminate position - if the 
>> position is unknown or indeterminate, then there is 
>> no position information which will allow it to be 
>> positioned on a map 


Bob Bruninga responded: 
Yes, but the field is defined, so you need something to put in it. 


With all due respect, this is a program-specific response. 
Maybe HE needed to do that, but it does not mean that anyone 
else has to. 


VV VV VV 


No it is not. Their is a field in APRS for the SYMBOL. You CANNOT LEAVE 


IT OUT. If you have an unknown or indeterminant position, then you must 

still put SOMETHING in that SYMBOL field. The definition of a UNKNOWN or 

INDETERMINATE position symbol is provided for that case. There is nothing 
program specific about that. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 4 01:13:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA12736 

for <lyris.aprsspec@tapr.org>; Sat, 4 Mar 2000 01:13:15 -0600 (CST) 
Message-Id: <LYR11589-69141-2000.03.04-01.11.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 4 Mar 2000 00:12:38 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: unknown or indeterminate postion "symbol" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b4e66744ab03@[206.163.154.82]> 
<LYR11893-69112-2000.03.04-00.00.22--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>On Fri, 3 Mar 2000, James Wagner wrote: 


> 

>> Yesterday, I posed several questions, one of which 

>> was: 

>> 

>> > Symbol "\." Unknown or indeterminate position - if the 
>> > position is unknown or indeterminate, then there is 
>> > no position information which will allow it to be 
>>> positioned on a map 


>> Bob Bruninga responded: 
>> Yes, but the field is defined, so you need something to put in it. 


>> With all due respect, this is a program-specific response. 
>> Maybe HE needed to do that, but it does not mean that anyone 
>> else has to. 


> 
>No it is not. Their is a field in APRS for the SYMBOL. You CANNOT LEAVE 
>IT OUT. If you have an unknown or indeterminant position, then you must 


>still put SOMETHING in that SYMBOL field. The definition of a UNKNOWN or 
>INDETERMINATE position symbol is provided for that case. There is nothing 
>program specific about that. 

> 

>Bob 

> 

> 


This response shows how easy it is to confuse even familiar terminology 
when it is not explicit. 


I thought that the reference to "field" was to a data display field in some 
APRS program. Bob clearly (after the clarification) meant a field in the 
APRS message. 

Cheers, 


Jim, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 4 11:22:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ4995 


for <lyris.aprsspec@tapr.org>; Sat, 4 Mar 2000 11:22:17 -0600 (CST) 
Message-ID: <LYR11589-69170-2000.03.04-11.20.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 04 Mar 2000 12:20:48 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Thanks! [was: unknown or indeterminate postion "symbol"] 
References: <LYR11610-69141-2000.03.04-01.11.34-- 
propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38C145F0. 94A38B04@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> This response shows how easy it is to confuse even familiar 
> terminology when it is not explicit. I thought that the 

> reference to "field" was to a data display field in some 

> APRS program. Bob clearly (after the clarification) meant a 
> field in the APRS message. 

> Cheers, 

> Jim, KA7EHK 

Hi Jim, 


Ain't it the truth! :0) I was a bit confused myself, but was happy to 
see the clarification. 


I can't count the number of times that an eMail misunderstanding has 
resulted in an unnecessary firestorm (and even gotten sucked into a 
couple myself, quite inadvertantly). 


It reminds me of a "double translation" that was run on a text file. 

The sender couldn't speak Russian, and the intended receiver couldn't 
understand English. The sender sent the text through a language 
translator. Then, just to be safe, ran the translated text back through 
a Russian to English translator. The results were 
fascinating...including a phrase that started out as "out of sight, out 
of mind" that ended up as "invisible, insane". 


Keep smilin' folk! :o) 


Warmly, 

Ev Tupis, W2EV 

PropNET: A digital wireless 
data network designed to 
plot band openings in near 
real-time. Intreagued? 
http: //go.to/propnet 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 6 00:25:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ8119 

for <lyris.aprsspec@tapr.org>; Mon, 6 Mar 2000 00:25:43 -0600 (CST) 
Message-Id: <LYR11589-69386-2000.03.06-00.24.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 5 Mar 2000 23:25:28 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] DX Spot 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b4e8f£e70f175@[198.106.196.197]> 
<LYR11893 -68989-2000.03.03-00.00.43--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, all - 


I posed this back on Mar 2, and I don't think anyone bit. It does seem to 
be fairly important because it appears to imply information that is not in 
the protocol. So, here goes, again: 


Symbol "\d" DX Spot by Callsign - what is anticipated here? 
A DX symbol with the callsign next to it? Is the callsign 
in addition to the callsign of the station originating 
the symbol or does it substitute? How is the callsign 


specified? I don't see it in the protocol specs anywhere. 


The most important issue here is: if it is to have a callsign label (other 
than the sender's call), how is it specified. Is this really an "object"???? 


In fact, page 8 carries the following statement which I honestly do not see: 
"DX Cluster Reporting - APRS an ideal tool for the DX cluster user. 

Not only is it possible to see all DX spots on the map, but by operating in 
the monitor-only mode, the overall packet load on the DX cluster is 

reduced. This is a benefit to everyone on the channel." 

Could someone please explain??? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 6 07:57:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA27222 

for <lyris.aprsspec@tapr.org>; Mon, 6 Mar 2000 07:56:58 -0600 (CST) 
Message-Id: <LYR11589-69422-2000.03.06-07.55.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
Date: Mon, 6 Mar 2000 07:56:30 -0600 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003061356.FAA15619@scaup.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 3/6/00 12:25 AM Jim Wagner (wagnerj@proaxis.com) wrote: 


>Symbol "\d" DX Spot by Callsign - what is anticipated here? 

> A DX symbol with the callsign next to it? Is the callsign 

> in addition to the callsign of the station originating 

> the symbol or does it substitute? How is the callsign 

> specified? I don't see it in the protocol specs anywhere. 

> 

A symbol is just a symbol. Say you are a DX fiend and want to appear as a 
DX on the map, just enter that symbol. Many versions of APRS have the 
ability to receive and interpret DX spots on the map, but this protocol 
is defined by the DX cluster folk, not APRS folk... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 6 08:34:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA28293 

for <lyris.aprsspec@tapr.org>; Mon, 6 Mar 2000 08:34:17 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 6 Mar 2000 09:33:28 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
In-Reply-To: <LYR11586-69386-2000.03.06-00.24.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-69427-2000.03.06-08.32.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.05L.10003060929230 .9404-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 5 Mar 2000, Jim Wagner wrote: 


> Symbol "\d" DX Spot by Callsign - what is anticipated here? 

> A DX symbol with the callsign next to it? Is the callsign 
> in addition to the callsign of the station originating 

> the symbol or does it substitute? How is the callsign 

> specified? I don't see it in the protocol specs anywhere. 


"By callsign" in this case means that the position was derived from the 
international list of callsign locations, and was placed on the map 
according to that general position, not by any other means. That is why 
APRS includes a position ambiguity indicator all the way up to the nearest 
deg (60 miles) or 10 degrees (or 600 miles). 


"DX Cluster Reporting - APRS an ideal tool for the DX cluster user. 


the monitor-only mode, the overall packet load on the DX cluster is 
reduced. This is a benefit to everyone on the channel." 


VV VV VV 


Could someone please explain??? 


What dont you understand? Putting DX spots on the maps? 
Or how one APRS object packet instead of 50 copies and 50 acks is a 
benefit to the channel? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 6 10:12:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA01997 

for <lyris.aprsspec@tapr.org>; Mon, 6 Mar 2000 10:12:54 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 6 Mar 2000 11:10:56 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Not only is it possible to see all DX spots on the map, but by operating in 


Subject: [aprsspec] Re: DX Spot 

In-Reply-To: <LYR11586-69422-2000.03.06-07.55.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-69447-2000.03.06-10.10.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003061107470 .9404-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 6 Mar 2000, Steve Dimse wrote: 


> On 3/6/00 12:25 AM Jim Wagner (wagnerj@proaxis.com) wrote: 
> 
> >Symbol "\d" DX Spot by Callsign - what is anticipated here? 


Steve said: 

> A symbol is just a symbol. Say you are a DX fiend and want to appear as a 
> DX on the map, just enter that symbol. Many versions of APRS have the 

> ability to receive and interpret DX spots on the map, but this protocol 

> is defined by the DX cluster folk, not APRS folk... 


For another 2 cents, the definition of that "symbol" is a "DX spot whose 
position was estimated based on its callsign prefix". Nothing more or 
less than that is implied. If you have DX information that was not gained 
by the use of the inrernational list of callsign prefixes and the country 
they belong to, then do not use this symbol. Use any one of the other 350 
symbol possibilities as appropriate... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 7 21:16:09 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA29518 

for <lyris.aprsspec@tapr.org>; Tue, 7 Mar 2000 21:16:06 -0600 (CST) 


X-Sender: wagnerj@proaxis.com (Unverified) 

Message-Id: <LYR11589-69819-2000.03.07-21.14.35-- 

lyris.aprsspec#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 7 Mar 2000 20:14:57 -0700 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Re: DX Spot 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <103130300b4eb74668588@[198 .106.196.123]> 
<LYR11893 -69616-2000.03.07-00.00.55--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Concerning the following - I did not understand HOW DX "Spots" are to be placed 
on a map, hence how they could be of any use to DX cluster users. 


Thanks for the explanation. That answered my question (somewhat). Do I 
understand properly that "DX Spot" is an object or item symbol? 


The following question still remains. How is a country prefix transmitted? 
Is it THE OBJECT NAME?? 


Furthermore, if as Steve says, its NOT part of the APRS protocol, then why 


>> "DX Cluster Reporting - APRS an ideal tool for the DX cluster user. 

>> Not only is it possible to see all DX spots on the map, but by operating in 
>> the monitor-only mode, the overall packet load on the DX cluster is 

>> reduced. This is a benefit to everyone on the channel." 


>> Could someone please explain??? 


>What dont you understand? Putting DX spots on the maps? 

>Or how one APRS object packet instead of 50 copies and 50 acks is a 
>benefit to the channel? 

> 

>Bob 

> 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 7 22:02:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ1142 

for <lyris.aprsspec@tapr.org>; Tue, 7 Mar 2000 22:02:14 -0600 (CST) 
Message-Id: <LYR11589-69828-2000.03.07-22.00.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
Date: Tue, 7 Mar 2000 21:59:48 -0600 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003080401.UAA22132@harrier.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 3/7/00 9:14 PM Jim Wagner (wagnerj@proaxis.com) wrote: 


> 

>Thanks for the explanation. That answered my question (somewhat). Do I 
>understand properly that "DX Spot" is an object or item symbol? 

> 

It is a symbol. It can represent anyone or anything, even a vehicle. 


>The following question still remains. How is a country prefix transmitted? 
>Is it THE OBJECT NAME?? 

> 

In general, DX spots are transmitted on a DX cluster frequency, using 

their own separate protocol. APRS programs that can interpret this 


protocol, and correctly place the spots on the map, often use the same 
icon to display them as the APRS DX icon, but there is absolutely no 
requirement that they do so. This is a user interface issue, not 
something covered in the APRS protocol. 


If someone were to develop a DX Cluster to APRS gateway, the best way 
would probably be to turn the DX spots into APRS objects, and use the 
APRS DX symbol. However, no one has done this to the best of my knowlege. 
The programs that interpret DX spots do so using the native DX cluster 
protocol. 


>Furthermore, if as Steve says, its NOT part of the APRS protocol, then why 


> 

You still seem to be hung up on the concept of ‘symbol’. A symbol is 
simply a bitmap that gets drawn on the screen of a user's computer at the 
request of another station. By convention, certain symbols have certain 
meanings, but they are not necessarily markers for particular protocol 
types. 


So any station may choose to display on users' maps as a DX. If my name 
was Dimitri Xavier I might be particularly enamored of it. I could use it 
driving around in my truck if I wanted to. If I was a DX hound, I very 
well might like to use it for my home station as a "vanity" icon. I'm not 
a DX hound, I use a Macintosh computer, so often I use the Apple symbol, 
I live on an island so when I'm in the Keys I use the IOTA symbol. My Mac 
icon does not mean that I transmitted my position in a Macintosh 
protocol, only that I chose that symbol to represent my position. The 
IOTA symbol does not mean I transmitted an IOTA position format. Anyone 
can choose any symbol they want, though there are certain conventions, 
such as the star for digipeaters. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 7 22:43:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ2251 

for <lyris.aprsspec@tapr.org>; Tue, 7 Mar 2000 22:43:35 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 7 Mar 2000 23:42:39 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 

In-Reply-To: <LYR11586-69819-2000.03.07-21.14.35-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-69843-2000.03.07-22.42.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10003072339080 .11846-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 7 Mar 2000, Jim Wagner wrote: 


> Thanks for the explanation. That answered my question (somewhat). Do I 
> understand properly that "DX Spot" is an object or item symbol? 
Yes 


> The following question still remains. How is a country prefix transmitted? 
> Is it THE OBJECT NAME?? 


It is not transmitted. You use a local database built into all versions 
of APRS that support this functin... 


> Furthermore, if as Steve says, its NOT part of the APRS protocol, then why 


The symbol IS in the protocol. 

DX spot decoding is in Mac/WIn/APRSdos and others, and all kenwood 
products if it is not in the APRS spec, then it is a serious omission from 
the spec that should be fixed... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 08:30:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ2416 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 08:30:42 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 8 Mar 2000 09:29:24 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
In-Reply-To: <LYR11586-69828-2000.03.07-22.00.41- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-69883-2000.03.08-08.28.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003080919090 ..14407-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 7 Mar 2000, Steve Dimse wrote: 


> >Do I understand properly that "DX Spot" is an object or item symbol? 
>> 
> It is a symbol. It can represent anyone or anything, even a vehicle. 


We may be having a symantics problem here. I agree with Steve that we can 
plot any DX station on the map using any of the hundreds of APRS symbols, 
but the symbol identified in the SYMBOL.TXT file as a "DX SPot by 
callsign" should only be used to indicate a "DX-Spot-placed-on-the-map-in 
that-location-using-the-process-of-callsign-prefix-database-lookup". 


It should not be used except in accordance with its definition. Probably 
what we need then is a more general "DX" Icon also that can be used freely 
by anyone at anytime to indicate anything they want about "DX"... 


I think this would solve this issue.. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 09:05:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3660 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 09:05:04 -0600 (CST) 
Message-Id: <LYR11589-69894-2000.03.08-09.03.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
Date: Wed, 8 Mar 2000 09:03:19 -0600 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003081503 .HAA16545@gsull.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 3/7/00 10:42 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 
>> Furthermore, if as Steve says, its NOT part of the APRS protocol, then why 


> 

>The symbol IS in the protocol. 

>DX spot decoding is in Mac/WIn/APRSdos and others, and all kenwood 
>products if it is not in the APRS spec, then it is a serious omission from 
>the spec that should be fixed... 

> 

I disagree. The DX cluster protocol was not developed by APRS authors, is 
not maintained by APRS authors, and does not belong in the APRS protocol 
document. Any APRS program or device is certainly free, and even 
encouraged, to support other protocols, but they do not belong in the 
APRS spec. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 11:02:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ7582 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 11:02:19 -0600 (CST) 
Message-ID: <LYR11589-69908-2000.03.08-11.00.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 8 Mar 2000 09:01:58 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Re: DX Spot 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000308170158 .20973.qmail@web901.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ok, I understand Steve's assertion that "DX Spot" symbol 
can be used as a vanity symbol, just like MacAPRS, etc. 
I don't see any problem, there. 


What does confuse me, and continues to, is the terminology 
in the (draft) spec symbol table: 


"DX Spot with callsign" 


The term "with callsign" is not used with any other symbol. 
Thus, there must be something special here. 


WHAT IS IT??? 


Thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 11:32:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ8372 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 11:32:31 -0600 (CST) 
Message-ID: <LYR11589-69915-2000.03.08-11.31.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 8 Mar 2000 17:30:50 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Using Mic-E on HF: The MICENC program 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <k1NzZ1lAK50x4Ew3V@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have just completed writing a new program that encodes Mic-E data for 
manual input to a TNC. This will be particularly useful in HF APRS, allowing 
the use of much shorter packets than normal. 


Here is an extract from the documentation: 


Mic-E format is one of the formats that APRS uses to compress position, 
course, speed and other information into very short packets. This can be 
specially helpful in HF, satellite and meteor scatter communications, 
where received signals are often weak and deep in the noise. Clearly, the 
shorter the packet, the greater the chance that it will be received 
successfully. 


In the extreme, Mic-E formatted packets can be as short as 27 bytes (plus 
flags). See the APRS Protocol Specification for full details of how this 

is achieved -- the current release of the specification is draft version 

1.0.1g, dated 3 December 1999, available at 

http: //www.tapr.org/tapr/html/Faprswg.html. 


Traditionally, Mic-E formatted packets are generated by firmware, in units 
such as the Mic Encoder and PIC Encoder, and also in the Kenwood TH-D7 and 
TM-D700 radios. However, it is also possible to transmit Mic-E packets 
using just a plain TNC and radio, without any special Mic-E firmware. The 
trick is to encode all the required position and other information into 
suitable UNPROTO and BTEXT commands. Doing this by hand is a lengthy and 
error-prone job, so the MICENC program was written to automate the 
process. 


The MICENC program encodes a station's position and related information 
into Mic-E format, suitable for entering into a TNC as UNPROTO and BTEXT 
command strings. 


The input data includes: 

* Latitude (with position ambiguity if required) 
* Longitude 
x Message Code (for Standard, Custom and Emergency messages) 
*x Speed 

*x Course 

* Symbol Code (with overlay where permitted) 


The program outputs the: 

* 6-character UNPROTO string (AX.25 Destination Address), containing the 
encoded latitude, message code, N/S indicator, W/E indicator and 
longitude offset. 

* 9-character BTEXT (AX.25 Information field), containing the encoded 
longitude, speed, course and symbol code. 


While most BTEXT strings will contain printable ASCII characters, some 
will not. MICENC highlights unprintable characters -- unfortunately most 
TNCs will not accept such characters as input. (Note: This is a TNC 
restriction. Mic-E compatible firmware will handle all valid Mic-E 
characters, whether printable ASCII or not). 


MICENC also supports keyboard/display logging to disk, allowing the data 
to be examined at a later date. 


MICENC is available from http://www.netro.co.uk/aprs.html 


When entering data, the MICENC keyboard/display dialog looks something 
like this: 


Latitude (e.g. 1234.56N) or ‘'Enter' to quit: 5157.96N 
sida a toh enact. gue Stites Longitude (e.¢g.12345.67W): 00029.39W 
cpaeeya Message Type (M=Std, C=Cust, E=Emerg): M 

bo oh anandaneod atelel ened, Ras des ACen AT Message Code (0-6): 2 

slo rath Soedee ised ates eee Paha Speed IN MPH (0-920): 0 

Sata hostile lett Oe te ada tre ae tn oa: Course (0-360): 4 

Sratarwiteste Symbol Table (P=Primary, A=Alternate): A 

aceasta top ates as ade ianctha: aa Sabet ht Sica eS Symbol Code (1-94): 13 
MESSAGE = /M2/In Service SPEED = 0 knots 

SYMBOL = House HF OVERLAY = (none) 


cmd: UNPROTO ULUWYV 
cmd: BTEXT ‘v9Cl_ -/ 
123456789 


1=digit one l=lower-case L I=letter I O=digit zero O=letter 0 


The first section shows the input of the station's latitude, longitude, 
message (standard, custom or emergency), speed, course and symbol code 
(from the Primary or Alternate Symbol table). The program understands 
position ambiguity and symbol overlays. 


The second section plays back the message, the speed in knots and the 
symbol/overlay in plain English, then displays the UNPROTO and BTEXT 
strings that correspond to the input data. 


The digits 1-9 underneath the BTEXT string show the character positions -- 
this is a useful guide when typing the string into the TNC. 


The last line of this section is simply for information, highlighting the 
differences between some of the characters that look very similar to each 
other. 


In some cases the BTEXT string will contain non-printable ASCII 
characters. Unfortunately most TNCs will not accept these characters as 
BTEXT input. MICENC highlights them by displaying their character 
positions and hex codes. For example: 


cmd: BTEXT * (>l1 >/ 

123456789 
*xxkxkkk*k WARNING: Unprintable ASCII char(s) 
Char #2 Ox7F 


Char #7 Ox1C 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 12:57:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11077 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 12:57:06 -0600 (CST) 
Message-Id: <LYR11589-69952-2000.03.08-12.55.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: vodall@wa7nwp.dynip.com 
Date: Wed, 08 Mar 2000 10:56:09 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Bill Vodall <Vodall@bigsky.com> 
Subject: [aprsspec] Re: DX Spot 
In-Reply-To: <LYR11629-69908-2000.03.08-11.00.53--wa7nwpi#bigsky.com@list 

s.tapr.org> 

Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.5.32.20000308105609 .009ea100@wa7nwp.dynip.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 
>The term “with callsign" is not used with any other symbol. 


>Thus, there must be something special here. 
> 

>WHAT IS IT??? 

> 

>Thanks, 

>Jim, KA7EHK 


Hi Jim, 


Soon I'll have a better location here in Redmond. When I do, I'll 
be monitoring the DX Cluster folks frequency and develop some 
technology to cross post the objects to APRS. Since a DX spot 
for, for example, KA7EHK, doesn't have Lat/Long information, I'll 
have to get that from a callbook database - by callsign. These 
spots will use the "by callsign" object. 


A3% 
Bill - WA7NWP 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 17:40:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA20570 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 17:40:22 -0600 (CST) 
Date: Wed, 8 Mar 2000 17:39:57 -0600 (CST) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-69991-2000.03.08-17.38.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
In-Reply-To: <LYR11595-69819-2000.03.07-21.14.35-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003082339.RAA85070@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> Date: Tue, 7 Mar 2000 20:14:57 -0700 
> From: Jim Wagner <wagnerj@proaxis.com> 


Subject: [aprsspec] Re: DX Spot 
Rese 
Furthermore, if as Steve says, its NOT part of the APRS protocol, then why 


VVVV WV 


[ws] 


This may simply be an artifact of the ongoing difference of opinion about 
whether the APRS spec is a protocol specification or a protocol 
specification plus some other stuff like user interface recommendations 
or specifications. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 21:53:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA28292 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 21:53:50 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 8 Mar 2000 22:53:27 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
In-Reply-To: <LYR11586-69894-2000.03.08-09.03.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-70017-2000.03.08-21.52.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003082247290 .2189-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 8 Mar 2000, Steve Dimse wrote: 


> I disagree. The DX cluster protocol was not developed by APRS authors, is 
> not maintained by APRS authors, and does not belong in the APRS protocol 


> document. Any APRS program or device is certainly free, and even 
> encouraged, to support other protocols, but they do not belong in the 
> APRS spec. 


We are not talking about the DX cluster protocol which is a very complex 
protocol. We are talking about the fact that APRS adopted the single line 
format for a DX spot (and only that) as part of its protocol. Because of 
this, Kenwood and APRSdos and Mac/WIn and maybe others then could all 
depend on the invariance of that definition to build to that common single 
line format. 


To me, the recognition of the fact that APRS has adopted that single line 
format (APRS is a single-line-formatted-protocol) should be mentioned in 

the spec, just as we have delineated that APRS expects to parse a certain 
minimum subset of similar NMEA sentences. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 8 22:07:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA28807 

for <lyris.aprsspec@tapr.org>; Wed, 8 Mar 2000 22:07:17 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 8 Mar 2000 23:06:58 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DX Spot 
In-Reply-To: <LYR11586-69908-2000.03.08-11.00.53-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-70020-2000.03.08-22.05.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003082304440 .2189-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Maybe our messages crossed, but I explained that in great detail in 2 
previous messages. 


Further, I disagree with steve. It is not a general purpose DX 

icon. It is very specific in its use and means only the one thing. I DO 
AGREE, that this disucussion has revealed the need for a more general 
purpose "DX" ICON that can be used more indiscriminantly. 


Bob 


On Wed, 8 Mar 
2000, James Wagner wrote: 


Ok, I understand Steve's assertion that "DX Spot" symbol 
can be used as a vanity symbol, just like MacAPRS, etc. 
I don't see any problem, there. 


What does confuse me, and continues to, is the terminology 
in the (draft) spec symbol table: 


"DX Spot with callsign" 


The term "with callsign" is not used with any other symbol. 
Thus, there must be something special here. 


WHAT IS IT??? 


Thanks, 
Jim, KA7EHK 


Do You Yahoo!? 
Talk to your friends online with Yahoo! Messenger. 
http: //im.yahoo.com 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVWVV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 10 13:49:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA11958 

for <lyris.aprsspec@tapr.org>; Fri, 10 Mar 2000 13:49:14 -0600 (CST) 
Message-Id: <LYR11589-70301-2000.03.10-13.47.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] APRS WG Resignation 
Date: Fri, 10 Mar 2000 13:48:15 -0600 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003101948.LAA09515@scaup.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Just to let everyone know, I have resigned my position in the APRS 
Working Group. If anyone has any desire to take my position, or has 
someone they think should be invited to join, I would suggest you contact 
the remaining members with your ideas. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 10 15:21:03 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA15007 

for <lyris.aprsspec@tapr.org>; Fri, 10 Mar 2000 15:21:03 -0600 (CST) 
Message-Id: <LYR11589-70317-2000.03.10-15.19.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS WG Resignation 
Date: Fri, 10 Mar 2000 15:20:10 -0600 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003102120.NAA24966@gull1.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I can see from the first 10 emails I've received I need to clarify this a 
little. 


I am not leaving APRS, just the APRS Working Group. My database and XML 
projects will continue. The APRServe system will remain as it is. 


Bob has accused me of being "anti-Bob" and impeding the progress of the 
APRSWG. I do not agree, I believe that my objections to protocol issues 
are based on my informed opinion, not personality. I do not feel Bob is 
"anti-Steve", I think he is arguing points based on his vision of APRS, 
and that we just differ greatly in our visions. 


However, I recognize it is hard to be objective about such things. The 
fact is most discussions on the WG mailing list ended up being arguments 
between Bob and myself. We both have strong opinions, and neither of us 
is likely to change our minds. I do not want to be the person deciding 
the future of APRS, so perhaps it is best I stop trying to promulgate my 
vision. I do believe the APRSWG is important to the future of APRS, and 
that if you care about the future of APRS, you should contact members of 
the APRSWG with suggestions of who you would like to see included. 


Long time APRSers know that I had specifically asked to be excluded from 
the APRSWG when it was formed. I was talked into joining by a number of 
other authors. I desperately wanted to see the WG formed, APRS opened up 
to other authors, and a protocol document produced. This has all 
happened, with the resulting protocol document being far better than I 
dreamed, thanks to the unexpected involvement of Ian Wade. His efforts 
produced an outstanding document, and I want to publicly thank him for 


this effort. Had he not signed on, and put out an enormous effort, the 
document might still not have been released. The whole APRS community 
owes Ian a huge debt. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 12 11:46:17 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ2620 

for <lyris.aprsspec@tapr.org>; Sun, 12 Mar 2000 11:46:17 -0600 (CST) 
Message-ID: <LYR11589-70642-2000.03.12-11.45.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 12 Mar 2000 17:43:27 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] X1J digis 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Lwzo40A$c9y4Ewbj@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I understand that X1J digis send a fixed string at the beginning of the 
data, so that the "!" APRS Data Type Identifier may be shifted from its 
usual first character position (by up to 39 characters). 


Can someone please tell me the nature of the X1J fixed string. What data 
does it contain? What characters can it contain? Must not contain? 
Examples? 


I'm working on an APRS decoder program, and I need to know how to 
unambiguously recognize (and ignore) X1J strings. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 12 17:58:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA15416 

for <lyris.aprsspec@tapr.org>; Sun, 12 Mar 2000 17:57:58 -0600 (CST) 
From: "Rob Wittner" <rmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: X1J digis 
Date: Sun, 12 Mar 2000 18:59:49 -0500 
Message-ID: <LYR11589-70684-2000.03.12-17.56.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
In-Reply-To: <LYR11697-70642-2000.03.12-11.45.00--xmwiétrwa-inc.com@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMMENFDEAA. rmw@rwa-inc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> I'm working on an APRS decoder program, and I need to know 
> how to unambiguously recognize (and ignore) X1J strings. 


I'm not sure if this is the best way to do it, but in APRS/CE, I have the 
main parsing routine check the incoming data for all "well-defined" strings. 
The last thing it checks is for any '!' in up to the 40th position. For 
each one it finds, it calls the posit parsing routine with that portion of 


the string. If the posit parser fails to find a valid posit string, the 
whole string is treated as a status packet. 


(Did that make sense?) 


-Rob 
KZ5RW 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 14 22:51:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA0Q4536 

for <lyris.aprsspec@tapr.org>; Tue, 14 Mar 2000 22:51:29 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 14 Mar 2000 23:50:48 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GOING DIGITAL! 
In-Reply-To: <LYR11586-70317-2000.03.10-15.19.29-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71108-2000.03.14-22.50.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003142341010 .24430-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


AUthors, 
You may have seen my uninvited musings about PACKET and the loss of the 
ability of many hams to even be able to hook up a TNC anymore. I rambled 


and sort of implied that anything digital is better than nothing. 


What this leads me to here, is to wonder if we should not have specified 


in the APRS spec, what an APRS station does when it receives a CONNECT 
REQUEST? 


APRSdos clears the screen and puts you straight into a dumb termianl 
window. THus, you can respond to somone else who only connected to you 
conventionally. I konw some of you object to putting "operating" stuff 
in the spec.... But would it make sense to be part of the spec to suggest 
that APRS software should facilitate backwards compatiblity to dumb 
terminal connectivity? 


I'd lean that way... 


But conversly, I would shy from any further snoballing such as to 
encourage file-transfer. That is a NO-NO on an APRS channel. But I think 
we kinda agree that KEYBOARD activity is tollerable for the purpose of 
temporary communications...? 


This is not a call for action... Just a thought about what your software 
does when someone connects to it... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 15 01:26:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA15892 
for <lyris.aprsspec@tapr.org>; Wed, 15 Mar 2000 01:26:46 -0600 (CST) 
Message-Id: <LYR11589-71151-2000.03.15-01.25.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 15 Mar 2000 00:26:07 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: GOING DIGITAL 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b4f4eb2d07f£10@[198.106.196.86]> 
<LYR11893- 71123-2000 .03.15-00.00.32--wagnerj#tproaxis.com@lists.tapr.org> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob's comments are worth while. We really do need to consider a variety of 
non-APRS situations in our applications, and this is certainly one. 


Jim, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 15 07:48:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ4422 
for <lyris.aprsspec@tapr.org>; Wed, 15 Mar 2000 07:48:58 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-71213-2000.03.15-07.47.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 15 Mar 2000 08:44:00 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: GOING DIGITAL! 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0Q4205513b4f£543ef235b@[165 .230.133.70]> 
<LYR11588-71108-2000.03.14-22.50.14--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 
<LYR11588-71108-2000.03.14-22.50.14--ksproul#vger.rutgers.edu@lists.tapr.o 


rg> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


WinAPRS/MacAPRS recognizes the connect and sends a message saying 
that it doesn't accept connects, and then disconnects... 


Keith Sproul 


>AUthors, 

> 

> You may have seen my uninvited musings about PACKET and the loss of the 
>ability of many hams to even be able to hook up a TNC anymore. I rambled 
>and sort of implied that anything digital is better than nothing. 

> 

>What this leads me to here, is to wonder if we should not have specified 
>in the APRS spec, what an APRS station does when it receives a CONNECT 
>REQUEST? 

> 

>APRSdos clears the screen and puts you straight into a dumb termianl 
>window. THus, you can respond to somone else who only connected to you 
>conventionally. I konw some of you object to putting "operating" stuff 
>in the spec.... But would it make sense to be part of the spec to suggest 
>that APRS software should facilitate backwards compatiblity to dumb 
>terminal connectivity? 

> 

>I'd lean that way... 

> 

>But conversly, I would shy from any further snoballing such as to 
>encourage file-transfer. That is a NO-NO on an APRS channel. But I think 
>we kinda agree that KEYBOARD activity is tollerable for the purpose of 
>temporary communications...? 

> 

>This is not a call for action... Just a thought about what your software 
>does when someone connects to it... 

> 

>Bob 

> 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: ksproul@vger.rutgers.edu 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto:ksproul@rci.rutgers.edu 732 821-4828 Home 


http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 13:50:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA17554 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 13:50:36 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 14:50:05 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] MACH SPeeds 
In-Reply-To: <LYR11586-70020-2000.03.08-22.05.55-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71920-2000.03.18-13.49.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003181438400 .3392-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve made some good suggestions about my Satellite OBjects. I now only 
uplink them as objects when they are in view, and I kill them when they go 
below the horizon. 


The one other suggestion by Steve was to modify the APRS Speed field to 
accomodate orbital speeds. The primary reason is so that the objects can 
be properly dead reckoned. This is important since my one minute objects 
will not all get through... ANd if everyone dead reckons them properly, 
then I dont even need to sustain a 1 minute rate and can drop back to 2 
minutes! 


One EASY way to do this is to simply define all speeds aboove 975 knots to 
be converted to MACH numbers by subtracting 974. Thus 976 is for example 
MACH 2 and 999 is MACH 25 which is the speed of orbiting satellites. 

The ONLY place to make this conversion is in the DEAD-RECKONING routine. 
Just let the CSE/SPD vector still be interpreted as 999. 


Ill look up the exact conversion for MACH numbers in KTS and will advise 
on monday. Or we could make the cut off be at 900 and then we can express 
speeds in terms of quarter-MACH numbers to give higher precision... Which 
I doubt we will EVER need.. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 14:10:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA18272 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 14:10:39 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-71925-2000.03.18-14.09.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Mar 2000 15:12:02 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR11601-71920-2000.03.18-13.49.30--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D3E312.BDE3F3C5@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Before you go spending alot of time on this, there already exists 
orbital prediction programs that can do a far better job then the system you 


are suggesting. 


-Jeff 


Bob Bruninga wrote: 


Steve made some good suggestions about my Satellite OBjects. I now only 
uplink them as objects when they are in view, and I kill them when they go 
below the horizon. 


The one other suggestion by Steve was to modify the APRS Speed field to 
accomodate orbital speeds. The primary reason is so that the objects can 
be properly dead reckoned. This is important since my one minute objects 
will not all get through... ANd if everyone dead reckons them properly, 
then I dont even need to sustain a 1 minute rate and can drop back to 2 
minutes! 


One EASY way to do this is to simply define all speeds aboove 975 knots to 
be converted to MACH numbers by subtracting 974. Thus 976 is for example 
MACH 2 and 999 is MACH 25 which is the speed of orbiting satellites. 

The ONLY place to make this conversion is in the DEAD-RECKONING routine. 
Just let the CSE/SPD vector still be interpreted as 999. 


Ill look up the exact conversion for MACH numbers in KTS and will advise 
on monday. Or we could make the cut off be at 900 and then we can express 
speeds in terms of quarter-MACH numbers to give higher precision... Which 
I doubt we will EVER need.. 


Bob 


You are currently subscribed to aprsspec as: jeff@aerodata.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 14:22:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA18653 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 14:22:12 -0600 (CST) 
Message-ID: <LYR11589-71926-2000.03.18-14.21.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11601-71920-2000.03.18-13.49.30--jeffitaerodata.net@lists.tapr.org> 
<LYR13439-71925-2000.03.18-14.09.41--ssampsoni#tusa-site.net@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 


Date: Sat, 18 Mar 2000 14:22:33 -0600 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="is0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001201bf£9117$b173e0e0$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


No, I don't expect you will see more than a couple of hits on 
APRS, so orbital prediction is overkill. 


Before you go spending alot of time on this, there already exists 
orbital prediction programs that can do a far better job then the system you 
are suggesting. 


VVVV WV 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 14:29:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA18866 
for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 14:29:19 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-71927-2000.03.18-14.28.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Mar 2000 15:30:53 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: MACH SPeeds 

References: <LYR11601-71920-2000.03.18-13.49.30--jeffitaerodata.net@lists.tapr.org> 
<LYR13439-71925-2000.03.18-14.09.41--ssampsoni#tusa-site.net@lists.tapr.org> 
<LYR11601-71926-2000.03.18-14.21.16--jeffi#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D3E77D.1B3B81C8@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I disagree. You need orbital prediction. 


I was just suggesting their were already programs out there that could do 
this in a far better manner then what was being suggested. 


-Jeff 
Steve Sampson wrote: 


> No, I don't expect you will see more than a couple of hits on 
> APRS, so orbital prediction is overkill. 


> 

Bones Original Message ----- 

> 

> > Before you go spending alot of time on this, there already exists 

> > orbital prediction programs that can do a far better job then the system you 
> > are suggesting. 

>> 

> > -Jeff 

> 

> a 

> You are currently subscribed to aprsspec as: jeff@aerodata.net 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 18:06:20 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25955 
for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 18:06:18 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 19:05:35 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D3E312.BDE3F3C5@aerodata.net> 
Message-ID: <LYR11589-71943-2000.03.18-18.05.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003181859200 .6785-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 18 Mar 2000, Jeff King wrote: 


> Before you go spending alot of time on this, there already exists 
> orbital prediction programs that can do a far better job then the system you 
> are suggesting. 


Yes, APRStk is one of them. It can predict position and velocity of a 
satellite to within about 1 degree in AZ/EL. But I would say that less 
than 1 percent of THD7 HT users or D700 users have a PC with them in 
their pocket or in their mobile. 


My uplinking as objects of the 7 amateur satellites that are 
workable by a THD7 or D700 is a way to let those users see where the birds 
are without having to bother with a PC. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 18:12:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA26137 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 18:12:43 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 19:12:10 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <LYR11586-71926-2000.03.18-14.21.16-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71946-2000.03.18-18.11.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003181908280 .6785-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


What are you talking about "hits"? 

What we are talking about is uplinked Satellite objects need to have a 
realistic speed in teheir posit packet so that they can be deadreckoned on 
off the map if for some reason a follow on packet never arrives. We 
anticipate using digipeated POSITS for most of the amateur satellties 
includeing the ISS. None of the existing satelites have GPS, so one of 
the purposes of APRStk is to digipeat 3rd party posits for these satelites 
so that ground users SEE a posit and vector on their maps. 


We used this during all the APRS/MIR experiments in 1998 and 1999. ANd we 
will use it for any other APRS satelite. And we are using it daily in 
our locally uplinkied objects here to keep locals informed of passing 
birds... 


bob 
On Sat, 18 Mar 2000, Steve Sampson wrote: 


> No, I don't expect you will see more than a couple of hits on 
> APRS, so orbital prediction is overkill. 


Before you go spending alot of time on this, there already exists 
orbital prediction programs that can do a far better job then the system you 
are suggesting. 


VVVV Vv 


-Jeff 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VVV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 18:31:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA26686 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 18:31:23 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 19:31:08 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] THD7 Position ambiguity 
In-Reply-To: <LYR11586-71946-2000.03.18-18.11.47- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71951-2000.03.18-18.30.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003181924050 .6785-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Now that Position ambiguity is in the SPEC and is built into APRSdos, 
WinAPRS, APRS+SA and the D700, I think it is time to consider permitting 
it for THD7 users as well. 


This is easy to do and has been built into APRSdos sicne the THD7 came 
out. Even if we do not codify it in the spec, other authors should 
consider implementing it. 


Simply, any posit from a THD7 that ends in xxxx.0ON/xxxxx.@QOW can be 
assumed to be ambiguous to the nearest minute. This assumption has a 
99.99% chance of being the correct assumption. 


The power of this, is that it lets handheld users of the THD7 keyboard in 
a POSIT at work and home and some favorite local places without having to 
carry a GPS unit everywhere he goes. And he will show up on the map as 
ambiguous to within a half mile of that location. THus you can see about 
where he is for message purposes, but can also see at a glance that he is 
not using a GPS for precision... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 19:22:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA28283 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 19:22:20 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 20:20:07 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <LYR11586-71946-2000.03.18-18.11.47- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71954-2000.03.18-19.19.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003182018390 .6785-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 18 Mar 2000, Bob Bruninga wrote: 


> What are you talking about "hits"? 
> What we are talking about is uplinked Satellite objects need to have a 


I didn't mean for that to sound argumentative. 
I was asking what kind of "hits" you were talking about, so I could 
understand the thread... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 19:37:50 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA28742 
for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 19:37:49 -0600 (CST) 
Message-ID: <LYR11589-71956-2000.03.18-19.36.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Tj Johnston" <n4uyq@arrl.net> 
From: "Tj Johnston" <n4uyq@arrl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] To substitute or not to substitute... DIGI is the question 
Date: Sat, 18 Mar 2000 20:36:22 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003701b£9143$891738a0$f£02b8ad1@tj johnstonmindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


During a recent test of the APRSdigi software I encountered a situation I 
dont know what to do with. I send it to the list in hopes of finding an 
answer. 


Here is the received packet, which I heard direct from KE4KLD.... 
KE4KLD>APRSM, KF4HIW-10 , WIDE3-3/0:=3719.31N/07719 . OOWMPHG5192/MacAPRS 
3.2.6 -VA-CH_ENON -326-<04b> 


APRSdigi sees that KF4HJW-10 does not have the * to indicate that it 
digipeated it.. so it basically just ignores it. 


Should I ignore it by APRS digi standards, or should I digipeat it? 


Thoughts: 
I could HOLD the packet, and If I dont hear it digipeated in say 30 
seconds... I could then assume that 


1) I cant hear KF4HIW-10 
or 

2) KF4HIW-10 never repeated it for some reason (not heard, garbled, 
etc...) 


Should I digipeat it then??? and If so.. should I change the original path, 
or not, and if so... in what way? 


Tj Johnston, N4UYQ ICQ#3134626 
Hopewell, VA - Prince George Co. ARES/RACES 
Eastern Virginia APRS Group (EVA) - Sec/Treas. 
EVA Homepage: http://www.qsl.net/eva/ 

APRSdigi Homepage: www.qsl.net/n4uyq/aprsdigi.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 19:44:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA29010 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 19:44:55 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-71957-2000.03.18-19.43.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Mar 2000 20:46:27 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR11601-71943-2000.03.18-18.05.21--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D43173.9397F9E2@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 
On Sat, 18 Mar 2000, Jeff King wrote: 
> Before you go spending alot of time on this, there already exists 


> orbital prediction programs that can do a far better job then the system you 
> are suggesting. 


VV VV VV MV 


Yes, APRStk is one of them. 


This is the first I have seen of this on APRSSPEC.. Is it using Keplerian elements 
like the other satellite tracking programs? 


If not, there is some source code code on the www.amsat.org site that 
could help you here. 


> But I would say that less 
> than 1 percent of THD7 HT users or D700 users have a PC with them in 
> their pocket or in their mobile. 


I didn't realize these devices could do dead reakoning. Remember, you 

were suggesting sending satellite velocity over the air, when in fact 

there is no need to do this if a device is smart enough to do some calculations 
on its own. 


Do the Kenwood boxes have the ability to do dead reckoning? 


> My uplinking as objects of the 7 amateur satellites that are 
> workable by a THD7 or D700 is a way to let those users see where the birds 
> are without having to bother with a PC. 


Thats fine. What does this have to do with "Mach numbers" and once again 
kludging a spec that has yet to be released? 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 19:47:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA29080 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 19:47:35 -0600 (CST) 
Message-ID: <LYR11589-71958-2000.03.18-19.46.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <Pine.GSO.4.05L.10003181908280.6785-100000@arctic> 
Subject: [aprsspec] Re: MACH SPeeds 
Date: Sat, 18 Mar 2000 19:47:25 -0600 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <001801b£9145$1376ffcO$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


When I first read the message, I imagined you were talking about 
a satellite passing through your listening view area. You might 
receive one packet (hit) closing in, and one packet opening out. 


> What are you talking about "hits"? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 20:09:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA29983 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 20:09:41 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 21:09:23 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D43173.9397F9E2@aerodata.net> 
Message-ID: <LYR11589-71961-2000.03.18-20.08.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003182101460 .8444-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 18 Mar 2000, Jeff King wrote: 


> > > Before you go spending alot of time on this, there already exists 


> orbital prediction programs that can do a far better job then the system you 
> are suggesting. 


Yes, APRStk is one of them. 


VV VV VV 
VVNV NM 


This is the first I have seen of this on APRSSPEC.. Is it using Keplerian 
elements 
> like the other satellite tracking programs? 


Yes. Its been out for a few months and talked about quite a bit on the 
SIGS. It not only tracks the satelites, but also QSY's the kenwoods for 
automatic operation with these 7 satelites and tunes for doppler.. 


> > But I would say that less than 1 percent of THD7 HT users or D700 
> > users have a PC with them in their pocket or in their mobile. 


I didn't realize these devices could do dead reakoning. Remember, you 
were suggesting sending satellite velocity over the air, when in fact 
there is no need to do this if a device is smart enough to do some 
calculations on its own. 


VV VV WV 


Sorry, they cannot. But these objects show on everyoe elses APRS maps, 
and if you dont DR them, then they become stagnant eroneous plots. 


> Thats fine. What does this have to do with "Mach numbers" and once again 
> kludging a spec that has yet to be released? 


We need a means in APRS to specify velocities greater than 999 knots. In 
this case, 17,500 MPH to apply to amateur satellites for example. 
Allowing speed values in excess of 975 be translated into Mach numbers 
was just an idea to allow for specifying the full range of speeds that 
might apply to APRS objects that would be backwards compatible to all 
existing software... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 20:11:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ0161 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 20:11:55 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 


Message-ID: <LYR11589-71962-2000.03.18-20.10.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sat, 18 Mar 2000 21:13:21 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 

References: <LYR11601-71920-2000.03.18-13.49.30--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D437C1.3AAB2C2@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 


The one other suggestion by Steve was to modify the APRS Speed field to 
accomodate orbital speeds. The primary reason is so that the objects can 
be properly dead reckoned. This is important since my one minute objects 
will not all get through... ANd if everyone dead reckons them properly, 
then I dont even need to sustain a 1 minute rate and can drop back to 2 
minutes! 


VV VV VV 


OK, I looked into APRStk, and indeed it uses Keplerian elements. So it 
is able to transmit (and see) a exact satellite position report and has no need 
for dead reckoning. 


Now, there are plenty of freeware satellite tracking programs, so anyone with 
a computer (and who doesn't run APRStk) could use those and get much better 
results then any kind of attempt at 3 dimensional dead reckoning. 


So anyone running a computer, can run a satellite tracking program, and really 
has no need to get posits over the air. 


So that leaves stupid trackers, like the Kenwood products. Now I see no 
reference if these do "dead reckoning" on the Kenwood Web page. Even if 

they did, I'm sure this 2 dimensional version of dead reckoning, which doesn't 
recognize anything over 999 mph, and even if it did, would do a poor job 


with anything that wasn't on the surface of the earth. 
So why again are you suggesting the APRS protocol be modified? 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 20:13:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ0235 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 20:13:36 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 21:12:50 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <LYR11586-71958-2000.03.18-19.46.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71963-2000.03.18-20.12.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003182110190 .8444-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 18 Mar 2000, Steve Sampson wrote: 


> When I first read the message, I imagined you were talking about 
> a satellite passing through your listening view area. You might 
> receive one packet (hit) closing in, and one packet opening out. 


Oh, I see. No, I guess since I have been running APRStk, I keep my map 
on the 2048 mile range so I can see all satellites above my horizon, and 
anyone's APRS packets that may be relayed by the satellites. I still zoom 


in locally if anything happens there too... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 20:22:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ0400 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 20:22:36 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 18 Mar 2000 21:22:02 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D437C1.3AAB2C2@aerodata.net> 
Message-ID: <LYR11589-71965-2000.03.18-20.21.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003182114060 .8444-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 18 Mar 2000, Jeff King wrote: 


> So anyone running a computer, can run a satellite tracking program, and 
> really has no need to get posits over the air. 


Yep. 

> So that leaves stupid trackers, like the Kenwood products. Now I see no 

> reference if these do "dead reckoning" on the Kenwood Web page. Even if 

> they did, I'm sure this 2 dimensional version of dead reckoning, which doesn't 
> recognize anything over 999 mph, and even if it did, would do a poor job 

> with anything that wasn't on the surface of the earth. 


> 
> So why again are you suggesting the APRS protocol be modified? 


Because it does not allow for Speeds of Orbiting APRS stations of which 
there are and will be many. We allowed for their altitude in the PHG 
equations, but overlooked their speeds. 


Most MOBILE, PORTABLE adn HANDHELD units dont have PC's with them. It is 
useful to them to post OBJECTS showing them the position of satellites 
that they can work. SUch objects are moving stations, and as such need a 
realistic CSE/SPD vector. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 20:23:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA00418 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 20:23:00 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-71966-2000.03.18-20.22.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Mar 2000 21:23:08 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <Pine.GSO.4.05L.10003182101460.8444-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D43A0B.BEBC76FB@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


OK, I just sent something else out. 


Bob Bruninga wrote: 


> But I would say that less than 1 percent of THD7 HT users or D700 
> users have a PC with them in their pocket or in their mobile. 


I didn't realize these devices could do dead reakoning. Remember, you 
were suggesting sending satellite velocity over the air, when in fact 
there is no need to do this if a device is smart enough to do some 
calculations on its own. 


VV VV VV VV V 
VVVVV VV 


Sorry, they cannot. 


Well, I don't understand why you want to modify the protocol then? 
It won't benefit the stupid trackers at all. 


> But these objects show on everyoe elses APRS maps, 
> and if you dont DR them, then they become stagnant eroneous plots. 


Maps??? As in they are running a computer? They would be alot better 
off, the radio channel would be alot better off, if they just ran a freeware 
tracking program on their computer. 


> > Thats fine. What does this have to do with "Mach numbers" and once again 
> > kludging a spec that has yet to be released? 

> 

> We need a means in APRS to specify velocities greater than 999 knots. 


I've yet to see a compelling reason why this is needed. Let me remind you 
version 1.0 of the spec has yet to be released. Maybe for APRS version 

2.0? I've just not seen that many hams in hypersonic vehicles (well, at least 
recently). 


In 
this case, 17,500 MPH to apply to amateur satellites for example. 
Allowing speed values in excess of 975 be translated into Mach numbers 
was just an idea to allow for specifying the full range of speeds that 
might apply to APRS objects that would be backwards compatible to all 
existing software... 


VVVV VV 


Your really only interested in one speed then? Why not just have a switch 
that triggers on the object type then? I think there is a ICON for a satellite 
if I'm not mistaken. 


I understand what you are trying to do, I just question the need to do it. What 
you are suggesting is to both modify the protocol and to transmit speeds over 


the air. Since the stupid trackers can't do DR, that only leaves the computer 
operators. And they would be better served running a tracking program. 


Just my thoughts. 
Carry on. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 18 20:31:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ0607 

for <lyris.aprsspec@tapr.org>; Sat, 18 Mar 2000 20:31:42 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-71967-2000.03.18-20.30.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 18 Mar 2000 21:33:16 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <Pine.GSO.4.05L.10003182114060.8444-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D43C6C.C56B318D@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> 


> So why again are you suggesting the APRS protocol be modified? 


Because it does not allow for Speeds of Orbiting APRS stations of which 
there are and will be many. We allowed for their altitude in the PHG 
equations, but overlooked their speeds. 


VVVV Vv 


To a certain degree (and I would need to hit the books to verify this), if 
a object is in a stable circular orbit, you can calculate the speed if you know 
the altitude. 


Most certainly you will know the speed within the granularity of the Mach 
scale you suggest. 


> Most MOBILE, PORTABLE adn HANDHELD units dont have PC's with them. It is 
> useful to them to post OBJECTS showing them the position of satellites 
> that they can work. 


Yes, we don't disagree the stupid trackers (Kenwood) would benefit from the 
positions being sent of these objects. 


> SUch objects are moving stations, and as such need a 
> realistic CSE/SPD vector. 


Why? In your last message you said the Kenwood couldn't do dead reckoning, 
so I still don't understand why you want to modify APRS version 1.0 to support 
something that is of little or no value to these stupid trackers. 


I think what might be of more value is to occasionally send out the keps, be 
it on APRSERVE or every so often on the local lan. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 04:20:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA29491 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 04:20:32 -0600 (CST) 
Message-ID: <LYR11589-72019-2000.03.19-04.19.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 05:18:17 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: To substitute or not to substitute... DIGI is the 
question 

References: <LYR11610-71956-2000.03.18-19.36.46-- 
propnet##greeceny.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D4A969.385B696B@greeceny.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


With editing, Tj] Johnston wrote: 

Here is the received packet, which I heard direct from KE4KLD.... 
KE4KLD>APRSM, KF4HIJW-10, WIDE3-3/0:=3719.31N/07719 . QOWMPHG5192/MacAPRS 
3.2.6 -VA-CH_ENON -326-<04b> 


APRSdigi sees that KF4HJW-10 does not have the * to indicate that it 
digipeated it.. so it basically just ignores it. 


VVVVVV VV 


Should I ignore it by APRS digi standards, or should I digipeat it? 


Hi Tj, 

Assuming that you are hearing this packet direct (which is probable, 
Since it looks like the two of you are less than 6km distant from each 
other), then the originating station desires to have KF4HIJW-10 as the 
only station through which its packet is passed on it's way to the 
greater APRS network. Your system should ignore the packet. 


It appears as though KE4KLD has already assessed the local network and 
determined that this is the way they want to use it. 


If, though, they had launched the packet as: KE4KLD>APRSM,WIDE,WIDE3-3 . 
. then your system ought to call-substitute for the WIDE and digipeat 
it. 


Good question, by the way. 


Ev, W2EV 


PropNET: an automated network, designed to 
study propagation anomolies. 


http://www. RochesterNyY.org/PropNET 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 08:05:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA0Q4573 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 08:05:58 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 19 Mar 2000 09:05:11 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D43C6C.C56B318D@aerodata.net> 
Message-ID: <LYR11589-72036-2000.03.19-08.04.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003190900110 .15004-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 18 Mar 2000, Jeff King wrote: 


> I think what might be of more value is to occasionally send out the keps, be 
> it on APRSERVE or every so often on the local lan. 


APRStk can do this. It can format the keps into the NASA one-line element 
format and it can receive them too. THus only one station in the world 
will need to update his elements. Everyone else will be updated 
automatically. I will probably send one such packet every hour or less. 


Igates will need to pass this from APRServe back to RF. 
bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 12:02:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA12403 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 12:02:45 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72084-2000.03.19-12.01.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 13:04:11 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <Pine.GSO.4.05L.10003190900110.15004-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D5169B.F020742D@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


On Sat, 18 Mar 2000, Jeff King wrote: 


> 
> 
> > I think what might be of more value is to occasionally send out the keps, be 
> > it on APRSERVE or every so often on the local lan. 

> 

> 


APRStk can do this. 


OK. Not to sound like a broken record then, why would 

any station have to "dead reckon" the position of the satellite then 
(requiring a modification of the protocol APRS V1.0)? IMHO, it just 

seems like all the tools are at your fingertips already to do a far better 
job then just DR using course/speed. 


(Note, any "Satellite orbital predication" program using the keps is in essence 
doing dead reckoning, the dead reckoning being discussed here is 
base solely on course and speed) 


I understand the dumb trackers would need a posit sent out, but they can't 
do DR, hence the suggested modification to the protocol would not 
benefit them at all. 


BTW, both basic and C source code for orbital prediction is available on 

the AMSAT web site. This covers all the authors except SA4, if they want 

to add this to their program. Otherwise, there are any number of freeware 
sat tracking programs available that end users can run. 


Bob, I'm not in any way saying what you want to do is bad..... its great. 
But your suggesting a modification to the protocol for a purpose it doesn't 
appear well suited for. Further, and most importantly, there already exists, 
-today-, better methods to get the same results you are looking for, 
without any need to modify the existing protocol. 


As not a single person from the APRS-WG (other then you) has commented 
here, maybe I could ask them to do so? I assume this already went through 
their process..... and apparently was approved? Maybe if one of them 

could clarify the need for the change, I might be able to understand why it 
is not redundant. 


BTW, what did you think of my idea to use the satellite ICON to represent 
orbital speed? That wouldn't require a modification to the protocol if you 
still wanted to do D/R. 


Thanks 


Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 13:15:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA14944 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 13:15:34 -0600 (CST) 
Message-Id: <LYR11589-72091-2000.03.19-13.14.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
Date: Sun, 19 Mar 2000 14:15:14 -0500 


From: Steve Dimse <sdimse@netrox.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003191915 .0AA27167@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 3/19/00 1:04 PM Jeff King (jeff@aerodata.net) wrote: 


>As not a single person from the APRS-WG (other then you) has commented 
>here, maybe I could ask them to do so? I assume this already went through 
>their process..... and apparently was approved? Maybe if one of them 
>could clarify the need for the change, I might be able to understand why it 
>is not redundant. 

> 

It was the discussion of the satellite issue that led to my leaving the 
APRSWG. People were complaining to me that these reports generated long 
vectors that were cluttering javAPRS maps. I suggested that he return to 
sending 0/0 as course/speed, rather than transmit erroneous data. 


I have no idea if this new proposal was discussed by the APRSWG, as I am 
no longer on their mail list. Bob's recent post here is the first I have 
heard of using mach numbers. However, knowing how the APRSWG works, I 
very much doubt it has been approved, or even discussed. Perhaps Bob came 
here to discuss it because no one on the APRSWG list is willing to spar 
with him anymore ;-) 


I am sick of this subject, but I will post my position for the record. I 
am opposed to Bob sending a speed of 999 MPH with the sat positions, as 
this is incorrect...no data is better than bad data. Even if he solves 
the speed inaccuracy issue with this latest proposal (and this indeed is 
something that must be done on the APRSWG list, not here) there is still 
the fact that the course of a satellite is constantly changing in 
relationship to the earth's coordinate system. Even the best 
dead-reckoning software will err because of this. Due to the speed of a 
satellite, even the relatively short delays of an AX-25 network can 
result in errors of hundreds of miles. Given all these problems, I agree 
totally with Jeff that there are far better software tools for this if 
you have a computer available. 


Bob wants to use these position reports to make people aware of the 
passes of the sats, so that handheld and mobile users can use the the 


sats without needing a tracking program. My position is that it would be 
far easier for these people to make use of a message giving the times and 
azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 
before a pass begins. It is these numbers, not the position of a 
satellite, that you actually need to track a sat with an Arrow antenna, 
or use a D700 to transmit. This is what APRStk ought to transmit, not 
bogus position reports... 


Feel free to ignore these musings because, as Bob is certain to point 
out, I am violently "anti-Bob", and fervently believe his last good idea 
was the concept of APRS ;-) 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 13:20:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15181 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 13:20:17 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 19 Mar 2000 14:19:58 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D5169B.F020742D@aerodata.net> 
Message-ID: <LYR11589-72092-2000.03.19-13.19.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003191358260 .19372-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Mar 2000, Jeff King wrote: 


> OK. Not to sound like a broken record then, why would 
> any station have to "dead reckon" the position of the satellite then 


> (requiring a modification of the protocol APRS V1.0)? IMHO, it just 

> seems like all the tools are at your fingertips already to do a far better 
> job then just DR using course/speed. 

> 

> I understand the dumb trackers would need a posit sent out, but they can't 
> do DR, hence the suggested modification to the protocol would not 

> benefit them at all. 


Jeff, Please read this paragraph. I have said this three times. I hope 
you can understand it this time: 


Here is why. To send SAT objects for the Kenwoods to see, those objects 
will ALSO appear on EVERYONE ELSES MAP. If it doesnt have a SPEED 
included in the packet, then that position is a LIE one second after it is 
transmitted. It is a moving object. A MOVING object is MOVING and will 
NOT be where it was posted at any time in the future. So to provide the 
current location of an object that is MOVING, it must also have a COURSE 
AND A SPEED. 


And as Steve pointed out, if the SPEED does not match reality, then 
deadreckoning does not work and will not then clear these objects off 
everyones maps. 


I dont see you on APRS. What version of APRS do you use routinely? Is it 
not DRing these objects? 


But your suggesting a modification to the protocol for a purpose it doesn't 
appear well suited for. Further, and most importantly, there already exists, 
-today-, better methods to get the same results you are looking for, 
without any need to modify the existing protocol. 


VV VV 


1) Forget the purpose. There are APRS stations moving at MACH25. Are 
we going to accomodate any speed above 999 or not? 

2) Tell us your better way to get this data to a Handheld THD7 and mobile 
D700. 


> BTW, what did you think of my idea to use the satellite ICON to represent 
> orbital speed? That wouldn't require a modification to the protocol if you 
> still wanted to do D/R. 


Bad idea. 

A kludge, allowing only one speed value, and also then requiring a 
modification to the spec. ALso we have a Satelllite on the top of a water 
tower here for local testing, It is NOT moving. With your idea, then I 
could not use the PACSAT ICON. Lots of problems with it. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 13:58:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA16670 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 13:58:39 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72100-2000.03.19-13.57.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 14:59:43 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR11601-72092-2000.03.19-13.19.22--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D531AF.CD3554CC@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> I understand the dumb trackers would need a posit sent out, but they can't 
> do DR, hence the suggested modification to the protocol would not 
> benefit them at all. 


VV VV WV 


> Jeff, Please read this paragraph. I have said this three times. I hope 
> you can understand it this time. 


The problem is, I do understand. Hence my concern. 


All I can suggest to you, is to codify your idea and submit it to the APRS-WG. 
It might very well be a good addition to APRS Version 2.0. I will differ to 
them for this decision. 


> BTW, what did you think of my idea to use the satellite ICON to represent 
> orbital speed? That wouldn't require a modification to the protocol if you 
> still wanted to do D/R. 


Bad idea. 
A kludge, allowing only one speed value, and also then requiring a 
modification to the spec. 


VVVVV VV 


Kludge? That's a interesting statement.... First of all, all 
you are interested in is ONE speed value, that is, the speed of a object 
that is in a stable orbit around the earth. 


Second of all, its not a modification 

to the spec, its a switch in the display program. This would in no-way change 
any of the over the air data. The sats velocity would be shown as "0" but then 
the user could set there display program to detect that the ICON was a SAT, 
implying the object was at orbital speed, and allowing the position to be 
determined 

from using the KEPS you had sent out earlier. 


> ALso we have a Satelllite on the top of a water 
> tower here for local testing, It is NOT moving. With your idea, then I 
> could not use the PACSAT ICON. Lots of problems with it. 


>From the Dictionary: Satellite 1. A relatively small body orbiting a planet. 


If you chose to use a improper ICON, sure, you'll have a problem. There 
are lots of problems with people using hurricane objects for the position of 
their house..... that's why I guess most don't do it. 


The problem with a spec is people expect you to actually follow it. If you 
want to change the spec, its my understanding you're supposed to submit it 
to the APRS-WG, and they will consider it for APRS version 2.0. As you 
also sit on the APRS-WG, it would be my expectation that you would be 
reclused from any internal discussions of the APRS-WG regarding the 
suggested addition you made. 


Good luck 


Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 14:49:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA18655 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 14:48:55 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72110-2000.03.19-14.48.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 15:50:18 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR11601-72092-2000.03.19-13.19.22--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D53D8A.A43C765F@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> 
> 2) Tell us your better way to get this data to a Handheld THD7 and mobile 
> D700. 


I like Steve's idea as it more directly addresses the specific requirements of the 
user. 


Steve Dimse wrote: 
> My position is that it would be 


> far easier for these people to make use of a message giving the times and 
> azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 


> before a pass begins. It is these numbers, not the position of a 
> satellite, that you actually need to track a sat with an Arrow antenna, 
> or use a D700 to transmit. 


> 

> 

> > BTW, what did you think of my idea to use the satellite ICON to represent 
> > orbital speed? That wouldn't require a modification to the protocol if you 
> > still wanted to do D/R. 


Bad idea. 

A kludge, allowing only one speed value, and also then requiring a 
modification to the spec. ALso we have a Satelllite on the top of a water 
tower here for local testing, It is NOT moving. With your idea, then I 
could not use the PACSAT ICON. Lots of problems with it. 


Bob 
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VVVV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 15:10:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19359 
for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 15:10:42 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72117-2000.03.19-15.08.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 16:10:39 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 


References: <LYR11601-72092-2000.03.19-13.19.22--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D5424E.CO10EE95@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 
> On Sun, 19 Mar 2000, Jeff King wrote: 


But your suggesting a modification to the protocol for a purpose it doesn't 
appear well suited for. Further, and most importantly, there already exists, 
-today-, better methods to get the same results you are looking for, 
without any need to modify the existing protocol. 


VV VV 


VV VV VV 


1) Forget the purpose. There are APRS stations moving at MACH25. 


Forget the purpose of APRS? Hold on a minute here, I seem to recall everytime 
I pointed out some flaws in APRS, I was politely told that the concerns I had 
(primarily reliability) were outside the scope of the purpose of APRS. 


> Are we going to accomodate any speed above 999 or not? 


There is no compelling reason at this time to. There are no commonly available 
vehicles (save military) that can actively change speed/course vectors as a 
normal 

part of their operation in excess of 999 mph. The only civilian vehicle that could 
do this (The Bede BD-10), never made it through FAA certification. 


As I have already stated, very 

excellent satellite tracking programs exist that can do a far better job then 
what you are suggesting, without requiring modifications to the protocol 

or redundant data to be sent over the air. Further, now that I understand what 
you are trying to do, I believe the needs of the "dumb tracker" users can 
better be addressed by Steve Dimse's suggestion. 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 16:07:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA21452 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 16:07:57 -0600 (CST) 
X-Envelope-From: carl_mail@dr.com 
Date: Sun, 19 Mar 2000 22:04:56 GMT 
Message-Id: <LYR11589-72141-2000.03.19-16.07.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: THD7 Position ambiguity 
From: Carl <carl_mail@dr.com> 
Reply-To: carl_mail@dr.com 
Mime-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: 8bit 
In-Reply-To: <LYR13751-71951-2000.03.18-18.30.27--carl_mail#dr.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <VA.00000291.02f44ea7@study> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The power of this, is that it lets handheld users of the THD7 keyboard in 
a POSIT at work and home and some favorite local places without having to 
carry a GPS unit everywhere he goes. And he will show up on the map as 
ambiguous to within a half mile of that location. THus you can see about 
where he is for message purposes, but can also see at a glance that he is 
not using a GPS for precision... 


VVVVV Vv 


Nice. But the distance calculations ought be based upon the .00 setting 
else similar paths will change distance each day - and the variation ought 
be .51 -.49 rather than .00-.99 TYSWIM 


Carl gwOtqm 
gwOtqm@iname.com 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 17:11:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA24089 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 17:11:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 19 Mar 2000 18:10:05 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <LYR11586-72091-2000.03.19-13.14.42-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-72169-2000.03.19-17.10.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003191730490 .23183-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Mar 2000, Steve Dimse wrote: 


It was the discussion of the satellite issue that led to my leaving the 
APRSWG. People were complaining to me that these reports generated long 
vectors that were cluttering javAPRS maps. I suggested that he return to 
sending 0/0 as course/speed, rather than transmit erroneous data. 


VVV WV 


The solution to the long vectors is a local display problem. APRSdos 
solved it with a Log length vector. And, No, you insisted I either send 
no speed, OR the "correct" speed. And no (0) speed is not an option for a 
moving object. 


I have no idea if this new proposal was discussed by the APRSWG, as I am 
no longer on their mail list. Bob's recent post here is the first I have 
heard of using mach numbers. However, knowing how the APRSWG works, I 
very much doubt it has been approved, or even discussed. Perhaps Bob came 
here to discuss it because no one on the APRSWG list is willing to spar 


VV VV WV 


> with him anymore ;-) 


Its not a matter of sparing. Its a matter of discussing technical issues 
encountered in APRS. I posted it here because I thought that this spec 
list was for proposing possible modifications to the spec. That's what I 
thought this list was for. 


> I am sick of this subject, but I will post my position for the record. I 
> am opposed to Bob sending a speed of 999 MPH with the sat positions, as 
> this is incorrect...no data is better than bad data. Even if he solves 

> the speed inaccuracy issue with this latest proposal (and this indeed is 
> something that must be done on the APRSWG list, not here). 


I dont think the APRSwg is supposed to deliberate without some input from 
the users and others interested in contributing to modifications to the 
Spec. 


there is still 

the fact that the course of a satellite is constantly changing in 
relationship to the earth's coordinate system. Even the best 
dead-reckoning software will err because of this. 


VVV NV 


No. APRSst is determining the CSE vector by its changing position 
relative to the GROUND, NOT by is true orbital vector. Thus it is quite 
valid over the few minutes of the USA and mid latitudes which comprise 
most of the population density. 


> Due to the speed of a_ satellite, even the relatively short delays of an 
> AX-25 network can result in errors of hundreds of miles. 


First, the error is only a few miles NOT hundreds. And Second, that is 
why moving objects are transmitted with TIME,COURSE and SPEED. It donest 
matter when it gets to you, since APRS Dead Reckoning will then be able to 
place it correctly. 


Vv 


Given all these problems, I agree totally with Jeff that there are far 
better software tools for this if you have a computer available. 


Vv 


Bob wants to use these position reports to make people aware of the 
passes of the sats, so that handheld and mobile users can use the the 
sats without needing a tracking program. My position is that it would be 
far easier for these people to make use of a message giving the times and 
azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 
before a pass begins. It is these numbers, not the position of a 
satellite, that you actually need to track a sat with an Arrow antenna, 
or use a D700 to transmit. This is what APRStk ought to transmit, not 
bogus position reports... 


VVVV VV VV WV 


Wrong. AZ/EL angles only apply for one observer at one place on earth. 
The AZ/EL to the satellite is different for all observers. The only 
accurate info that is universal is the satellites POSITION, TIME and 
CSE/SPD vector. From this, all else can be determined by ALL observers no 
matter where they are. 


> Feel free to ignore these musings because, as Bob is certain to point 

> out, I am violently "anti-Bob", and fervently believe his last good idea 
> was the concept of APRS ;-) 

> 

> Steve K4HG 


The problem remains. APRS does not address speeds in excess of 999 Kts, 
yet we have 4 satellties using APRS, and we have a commitment for the 
International Space Station to use APRS and MIR/Shuttle will use APRS on 
occasion. THus APRS should address how it is going to handle these 
moving stations at orbital speeds. 


I am open to any other suggestions as to how to incorporate these speeds 
into APRS that are backwards compatible to the existing users. One other 
thought was to let 999 = 17,500 MPH and let 998 = The speed of the 
Concord. These are two notable exceptions. But rather than doing it that 
way, I proposed the MACH number approach above 975 Kts to allow for 
greater flexibilty... If there are other ideas, other than ignoring the 
problem, I am certainly open to discussing them.. 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 17:41:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25063 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 17:41:53 -0600 (CST) 
Message-Id: <LYR11589-72173-2000.03.19-17.41.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
Date: Sun, 19 Mar 2000 18:41:38 -0500 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003192341.SAA21153@raptor.netrox.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 3/19/00 6:10 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>First, the error is only a few miles NOT hundreds. And Second, that is 
>why moving objects are transmitted with TIME,COURSE and SPEED. It donest 
>matter when it gets to you, since APRS Dead Reckoning will then be able to 
>place it correctly. 

> 

Make up your mind...you told Jeff these reports are to help those without 
access to real tracking programs on computers. Now you are saying you 

need to use dead reckoning. Which is it? 


>> Bob wants to use these position reports to make people aware of the 

>> passes of the sats, so that handheld and mobile users can use the the 

>> sats without needing a tracking program. My position is that it would be 
>> far easier for these people to make use of a message giving the times and 
>> azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 

>> before a pass begins. It is these numbers, not the position of a 

>> satellite, that you actually need to track a sat with an Arrow antenna, 
>> or use a D700 to transmit. This is what APRStk ought to transmit, not 

>> bogus position reports... 


>Wrong. AZ/EL angles only apply for one observer at one place on earth. 
>The AZ/EL to the satellite is different for all observers. The only 


You told me these are for transmission in local areas, not for worldwide 
consumption. Have you changed your mind on this? 


>accurate info that is universal is the satellites POSITION, TIME and 
>CSE/SPD vector. From this, all else can be determined by ALL observers no 
>matter where they are. 

> 

Well, Bob, you clearly are much better at trig-in-the-head than I. 


If you tell me I'm at 24 42.54N 81 24.63W, and the sat is at 28 12.83N 83 
22.63W, I sure can't figure out the elevation in my head. In fact, 
neither can a computer, since you also need to figure in the altitudes. I 
can guess it would be roughly NW, and the bandwidth of an Arrow is large 
enough I should be able to find the sat, but I still have no idea how 


"good" a pass this will be(i.e. what will be the max elevation). 


On the other hand, if I know a pass starts at 4:30PM at 263 degrees, 
reaches max elevation of 53 degrees elevation, 24 azimuth at 4:36 and 
ends at 4:45 at 58 degrees, I have a great idea of where the sat will 
travel. Far more useful to my "non-engineering mind" as you call it! 


How about the users? Which would you rather see? Or are all of you tired 
of this little glimpse at what the APRSWG was like? Promise, no more from 
me on this subject, I've moved on... 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 18:09:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25990 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 18:09:15 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72188-2000.03.19-18.08.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 19:10:41 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR11601-72169-2000.03.19-17.10.08--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D56C81.CO8E3CAE@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


On Sun, 19 Mar 2000, Steve Dimse wrote: 


It was the discussion of the satellite issue that led to my leaving the 
APRSWG. People were complaining to me that these reports generated long 
vectors that were cluttering javAPRS maps. I suggested that he return to 
sending 0/0 as course/speed, rather than transmit erroneous data. 


VV VV 


The solution to the long vectors is a local display problem. APRSdos 
solved it with a Log length vector. And, No, you insisted I either send 
no speed, OR the "correct" speed. And no (0) speed is not an option for a 
moving object. 


VV VV VV VV VV MV 


A "local display problem" that would require changing the source code in 
EVERY SINGLE APRS display program out there with the changes you propose. 
Its great you have gone ahead and already done this, yet we now have a 
APRS-WG in place, and like it or not, the APRS-WG is supposed to keep some 
consistence in the user code space. 


And speaking of "local display problems", what again was your concern 

with using the satellite ICON to signify an object was a small body orbiting 

the earth? *IF* a author wanted to change his code to incorporate this, he/she 
could, but if they didn't, it would not adversely effect the user experience and/ 
or 

generate bogus data. 


> I dont think the APRSwg is supposed to deliberate without some input from 
> the users and others interested in contributing to modifications to the 
> Spec. 


Two users have already made comments on here regarding your idea. 


there is still 

the fact that the course of a satellite is constantly changing in 
relationship to the earth's coordinate system. Even the best 
dead-reckoning software will err because of this. 


VVV WV 


No. APRSst is determining the CSE vector by its changing position 
relative to the GROUND, NOT by is true orbital vector. Thus it is quite 
valid over the few minutes of the USA and mid latitudes which comprise 
most of the population density. 


VV VVV VV VV 


What about all the other APRS display apps out there? Also, any part of the 
spec should work (IMHO) over the whole world, and not just the USA. 


> > Due to the speed of a_ satellite, even the relatively short delays of an 


> AX-25 network can result in errors of hundreds of miles. 


First, the error is only a few miles NOT hundreds. And Second, that is 
why moving objects are transmitted with TIME,COURSE and SPEED. It donest 
matter when it gets to you, since APRS Dead Reckoning will then be able to 
place it correctly. 


VV VVV V 


Do you have the spec available for "APRS Dead Reckoning" as I don't seem 
to see it in the protocol document. I question if it can do a good job in 
tracking an object in orbit and would like details. 


Bob wants to use these position reports to make people aware of the 
passes of the sats, so that handheld and mobile users can use the the 
sats without needing a tracking program. My position is that it would be 
far easier for these people to make use of a message giving the times and 
azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 
before a pass begins. It is these numbers, not the position of a 
satellite, that you actually need to track a sat with an Arrow antenna, 
or use a D700 to transmit. This is what APRStk ought to transmit, not 
bogus position reports... 


VV VV VV VV VV 


Wrong. AZ/EL angles only apply for one observer at one place on earth. 
The AZ/EL to the satellite is different for all observers. The only 
accurate info that is universal is the satellites POSITION, TIME and 
CSE/SPD vector. From this, all else can be determined by ALL observers no 
matter where they are. 


VVVVVMV VV VV VV VV VW 


So your typical handheld HT user is using a antenna with a beam width of 
Q@.1 degrees or less?? WRONG. Typical beam widths are going to be on the 
order of +-30 degrees for a antenna you can hold in your hand. As such, 
small errors, such as from a APRStk station 50 miles away, won't amount to 
much for the typical altitude of most PACSATS. 


The problem remains. APRS does not address speeds in excess of 999 Kts, 
yet we have 4 satellties using APRS, and we have a commitment for the 
International Space Station to use APRS and MIR/Shuttle will use APRS on 
occasion. THus APRS should address how it is going to handle these 
moving stations at orbital speeds. 


VVVV WV 


Its called APRS Version 2.0. Propose your idea to the APRS-WG. BTW, 

there is no reason you can't create your own, independent protocol to do this, but 
I'd not try to mix it in the standard APRS Version 1.0 data stream IF 

its going to give bogus reports, which apparently was going on. IMHO, this 

is grounds for "APRS compatible" de-certification, if/when these labels are 
assigned by the APRS-WG. 


> I am open to any other suggestions as to how to incorporate these speeds 
> into APRS that are backwards compatible to the existing users. 


Satellite ICON = small body in orbit = ~17,500MPH = local display issue = 
problem solved without a kludge to APRS V1.0 over the air protocol. 


This wouldn't adversely affect legacy users as your suggestion might. Still 
not a good solution for orbital prediction, but at least it wouldn't require 
needless modification of the protocol. 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 19:40:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA28948 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 19:40:41 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-72207-2000.03.19-19.39.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 17:39:00 -0800 
From: Terry Heatlie <kf6vtc@slip.net> 
Reply-To: kf6vtc@arrl.net 
Organization: Nortius Systems Inc 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR13243-72169-2000.03.19-17.10.08--kf6vtc#tarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D58134.B8596507@slip.net> 
Precedence: bulk 


Bob Bruninga wrote: 
> 


[...] 


> The problem remains. APRS does not address speeds in excess of 999 Kts, 


[...] 


> I proposed the MACH number approach above 975 Kts to allow for 
> greater flexibilty... 


I'm agnostic on whether to represent speeds > 999 kts in APRS. 

But I'm compelled by my background (and doubtless my nit-picking 
nature) to mention that to say something is moving at a Mach number 
of 11 (for example) says nothing about what its speed is. Mach 
number is a *dimensionless ratiox of the characteristic velocity 

of a flow (for example the speed of an aircraft) xto the speed of 
sound in the undisturbed regions of the flowx. So 1000 kts could 
be any Mach number you like. If you specify that your fluid is 
air, then the Mach number still varies with changes in conditions, 
in particular with temperature. 


Of course, you xcould* say that the speed is Mach (x-974) ina 
standard atmosphere (homogenous air at STP). But why bother? 
Why not just say its (x-974)*1000 kts (for example). 


Terry Heatlie KF6VTC 

I'm riding in my fourth successive California AIDS ride to raise money 
for AIDS services, education and research. Please sponsor me online at 
https: //www.weborder.com/cgi-weborder/secure_form/sfaf/carfrm.htm1?2157 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 21:34:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ3547 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 21:33:58 -0600 (CST) 
Message-ID: <LYR11589-72231-2000.03.19-21.33.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "jsr" <kc5jgv@bobcats2.oursc.k12.ar.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13243-72169-2000.03.19-17.10.08--kf6vtc#arrl.net@lists.tapr.org> 
<LYR14466 - 72207 -2000.03.19-19.39.37--kc5jgvitarrl.net@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
Date: Mon, 20 Mar 2000 09:34:21 -0600 


MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00a501bf£9281$cc6d12cO$f055fea9@bobcats2.oursc.k12.ar.us> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


For what its worth, I can see the usefulness of having the satellite 
information available to the Kenwood users. And the need to have a visual 
reference of the sat position at a given time. So why not instead of trying 
to make an object travel across the screen at ANY speed; instead put the 
object up at the apex (if that is the right word, I mean the highest point) 
relative to the issueing station with a time stamp that indicates the time 
of maximum coverage area. 


It is obvious that this is a local use option. I certainly am not going to 
be interested in information about satellites from a station hundreds of 
miles away thus it couldn't possibly have any internet use. So how about it. 
You get the object and information out there prior to the satellites apex 
with a time of maximum coverage and usefulness; add in any additional 
information that you need such as time overhead or horizon to horizon or 
whatever. But forget the moving object issue because it may or may not be 
accurate and besides who would use it? The information is more important 
than the object moving. Then at the end of its usefulness send the delete 
code. 


Well that is my point of veiw, for what its worth. I'd hope that Bob and 
Steve would be able put away this apparent personal issue between them and 
lets get back to improving this wonderful aspect of our HOBBY!!! 

73 

Scott, KC5JGV 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 22:27:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ5656 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 22:26:58 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 19 Mar 2000 23:24:32 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D5424E.CO10EE95@aerodata.net> 
Message-ID: <LYR11589-72236-2000.03.19-22.25.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10003192214490 .29557-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Mar 2000, Jeff King wrote: 


> But your suggesting a modification to the protocol for a purpose it 
> doesn't appear well suited for... 


VV VV 


1) Forget the purpose. There are APRS stations moving at MACH25. 


VV VV VV 


Forget the purpose of APRS? Hold on a minute here... 


I didn't say that. You were objecting to my purpose for needing to 
address orbital speeds in APRS. I was saying the purpose doesnt matter. 
We have the problem of APRS stations at orbital speeds that need to be 
addressed for whatever purpose. 


> Are we going to accomodate any speed above 999 or not? 
There is no compelling reason at this time to. There are no commonly 


available vehicles (save military) that can actively change 
speed/course vectors part of their operation in excess of 999 mph. 


VV VV Vv 


We are not talking about "changing" vectors, we are talking about 
representing velocities. I already listed 4 existing APRS orbiting 


objects and 3 very well known manned vehicles that fly at those speeds. 


> As I have already stated, very 
> excellent satellite tracking programs exist that can do a far better job then 
> what you are suggesting 


Then you dont understand. I am using an excellent tracking program to 
generate the satellite positions. It is able to provide tracking 
accurracies to 0.5 degrees for LEO objects moving at rates as high as 
several degrees per second. I am suggesting NO OTHER method for tracking 
satellties. 


BY lanai without requiring modifications to the protocol 

> or redundant data to be sent over the air. Further, now that I understand what 
> you are trying to do, I believe the needs of the "dumb tracker" users can 

> better be addressed by Steve Dimse's suggestion. 


But his suggestion is flawed as I previously noted. Lists of pointing 
angles are valid for only one position on earth. THey are useless for 
everyone else. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 22:37:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ6247 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 22:37:52 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 19 Mar 2000 23:37:15 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: THD7 Position ambiguity 
In-Reply-To: <VA.00000291.02f44ea7@study> 
Message-ID: <LYR11589-72241-2000.03.19-22.36.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10003192334010 .29557-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 19 Mar 2000, Carl wrote about letting a xxxx.00N/aaaaa.OOW 
position imply a 1 mile ambiguity...: 


> Nice. But the distance calculations ought be based upon the .00 setting 
> else similar paths will change distance each day - and the variation ought 
> be .51 -.49 rather than .00-.99 TYSWIM 


Yes, I considered the .50/.50 as actually the best indicator too, but 
figured it would be even harder to find agreement to it... :-) 


Yes, The D7 and D700 still compute from the 00 position. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 22:51:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ6607 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 22:51:01 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72248-2000.03.19-22.50.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 23:52:08 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR13243-72169-2000.03.19-17.10.08--kf6vtc#arrl.net@lists.tapr.org> 
<LYR14466 - 72207 -2000.03.19-19.39.37--kc5jgvitarrl.net@lists.tapr.org> 
<LYR11601-72231-2000.03.19-21.33.04--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D5AE77.769DA086@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


jsx wrote: 

> So why not instead of trying 

> to make an object travel across the screen at ANY speed; instead put the 

> object up at the apex (if that is the right word, I mean the highest point) 
> relative to the issueing station with a time stamp that indicates the time 
> of maximum coverage area. 


This is more or less what Steve Dimse suggested. Or at least it could be 
derived from his suggested method. 


-Jeff 


You get the object and information out there prior to the satellites apex 
with a time of maximum coverage and usefulness; add in any additional 
information that you need such as time overhead or horizon to horizon or 
whatever. But forget the moving object issue because it may or may not be 
accurate and besides who would use it? The information is more important 
than the object moving. Then at the end of its usefulness send the delete 
code. 


Well that is my point of veiw, for what its worth. I'd hope that Bob and 
Steve would be able put away this apparent personal issue between them and 
lets get back to improving this wonderful aspect of our HOBBY!!! 


73 


Scott, KC5JGV 
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VVVV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 22:52:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ6637 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 22:52:09 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-72249-2000.03.19-22.51.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 19 Mar 2000 23:53:19 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
References: <LYR11601-72236-2000.03.19-22.25.55--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38D5AEBF .2CF96E4A@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob: 

Lets see, I've addressed every point you made here at least once, and in 
some cases three times. Yet you keep going on and on without any 
acknowledgement of same. 


This is pointless..... 


-Jeff 


Bob Bruninga wrote: 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 19 23:25:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA0Q7588 

for <lyris.aprsspec@tapr.org>; Sun, 19 Mar 2000 23:25:20 -0600 (CST) 
Message-ID: <LYR11589-72250-2000.03.19-23.24.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11601-72236-2000.03.19-22.25.55--jeffitaerodata.net@lists.tapr.org> 
<LYR13439-72249-2000.03.19-22.51.14--ssampsoni#tusa-site.net@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
Date: Sun, 19 Mar 2000 23:25:38 -0600 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001401bf£922c$b9d4a380$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I think that people who want to communicate via the satellites 
should have more sophisticated software then dead-reckon. 


If I have to pay money for it, then I want to run it with the Keps 
and have a quality track. 


I need to know the Doppler based on my location, and at 
400 MHz/9600 baud it may be more critical than dead-reckoning 
would predict. 


Whatever the case, I don't want this huge vector blasting onto 


my screen. If it is moving across my position at 9000 m/s, all 

I want is a small vector that possibly is a Doppler based on my 
position, and is shown ahead of, or in trail of the satellite as it 
passes. Maybe blue and red colours, etc. 


Make it so... 


> This is pointless..... 
> 
> -Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 00:24:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA17035 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 00:24:40 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 Mar 2000 01:21:20 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <200003192341.SAA21153@raptor.netrox.net> 
Message-ID: <LYR11589-72278-2000.03.20-00.22.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003200004370 .29557-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Mar 2000, Steve Dimse wrote: 
> On 3/19/00 6:10 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


> >First, the error is only a few miles NOT hundreds. And Second, that is 
> >why moving objects are transmitted with TIME,COURSE and SPEED. It donest 


> >matter when it gets to you, since APRS Dead Reckoning will then be able to 
> >place it correctly. 


> Make up your mind...you told Jeff these reports are to help those without 
> access to real tracking programs on computers. Now you are saying you 
> need to use dead reckoning. Which is it? 


You still dont understand the issues. I am posting the objects xforx 

those HT/Mobile users without tracking software. But as a consequence, 

the objects will also appear on everyone xelsesx maps, and these will be 
*DeadReckoned* as a consequence (Thats what APRS does). So therefore they need 
to have a CSE and SPEED that is accurate so that they will be DR'ed 

properly... and not erroneously. In fact it was you who pointed out the 
erroneous DR that I am trying now to fix. 


>> Bob wants to use these position reports to make people aware of the 

>> passes of the sats, so that handheld and mobile users can use the the 

>> sats without needing a tracking program. My position is that it would be 
>> far easier for these people to make use of a message giving the times and 
>> azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 

>> before a pass begins. It is these numbers, not the position of a 

>> satellite, that you actually need to track a sat... 


VV VV VV MV 


Bob replied: 
> >Wrong. AZ/EL angles only apply for one observer at one place on earth. 
> >The AZ/EL to the satellite is different for all observers.... 


Steve: 
> You told me these are for transmission in local areas, not for worldwide 
> consumption. Have you changed your mind on this? 


Nope. In Maryland, I expect my satellie objects will be seen out about 
150 miles in all directions. THus for the Shuttle in a 150 mile orbit, 
the difference in AZ/EL angles for a station south of me and one north of 
me can EASILY see different AZ angles by 180 degrees! and Elevation angle 
differences of 45 degrees or more. That's why posting AZ/EL angles is 
pointless. 


Bob continued... 

> >... the only accurate info that is universal is the satellite's 
> >POSITION, TIME and CSE/SPD vector. From this, all else can be 
> >determined by ALL observers no matter where they are. 


> Well, Bob, you clearly are much better at trig-in-the-head than I. 
Thanks. But it isn't rocket science. Just visualize two users, one north 


of me and one south of me during a north south pass and I think anyone can 
see the gross errors that AZ/EL predictions would cause. 


If you tell me I'm at 24 42.54N 81 24.63W, and the sat is at 28 12.83N 

83 22.63W, I sure can't figure out the elevation in my head. In fact, 
neither can a computer, since you also need to figure in the altitudes. I 
can guess it would be roughly Nw... 


VVV WV 


THen you haven't seen the APRStk object on your D7 or D700. The Radio 
xcomputesx for you an exact azimuth based on the xpositionx of you and the 
satellite. The OBJECT also tells you the satellite's Frequency, 

AND the Distnace AND the RANGE... Everything you need. Just comparing 
the Distance to the 500 mile height can give you a very good idea of 
elevation angle. Example. If its 500 miles distant, then the angle is 45 
degrees. 


On the other hand, if I know a pass starts at 4:30PM at 263 degrees, 
reaches max elevation of 53 degrees elevation, 24 azimuth at 4:36 and 
ends at 4:45 at 58 degrees, I have a great idea of where the sat will 
travel.... 


VV VV 


Yep, but that is a personal prediction for your own given location. 

And how many of these personal AZ/EL predictions do you want me to 
clutter the airwaves with? To be as accurate as you demanded in your 
initial post, then I would have to send out say 16 such alerts, one for 
each 50 miles and each of the cardinal directions from my station. THen 
the poor users would have to figure out which of these 16 messages applied 
to him... A hopeless mess... I think the single OBJECT I am posting is 
much more effecient use of the channel. 


> How about the users? Which would you rather see? Or are all of you tired 
> of this little glimpse at what the APRSWG was like? Promise, no more from 
> me on this subject, I've moved on... 

> 

> Steve K4HG 


Yep, Here is what the users would choose from: 


My way: A single U014 posit on their front panel showing the actual 
azimuth in real time and all the other info about FREQ, 
direction of movement and so forth no matter where they were. 


Your way: Their message list (can only hold 16 messages) is full of 
lists of times, angles and Dopplers which they must then 
compare to their location (to konw which one to use) and 
then they have to compare the times with their watches 
to know what angle to use when, and when to tune... 


Also, my ONE packet applies to the whole USA (if we can ever get the 
IGates to carry it), wheras your plan would take about 200 individual 


messages that could have errors of over 45 degrees. 
The choice seems obvious to me... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 00:53:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA17515 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 00:53:33 -0600 (CST) 
Message-Id: <LYR11589-72285-2000.03.20-00.52.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 19 Mar 2000 23:52:59 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] THD7 as built 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b4fb7a222191@[198.106.196.245]> 
<LYR11893-72262-2000.03.20-00.01.18--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, group - 
There has been a fair amount of discussion related to things like "DX Spot" 
which have referred to "APRS as implemented by Kenwood" or variations, 


there-of. 


Can someone tell me where to find the as-built description of the protocol 
in the Kenwood machines? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 00:54:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA17542 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 00:54:02 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 Mar 2000 01:53:32 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D56C81.CO8E3CAE@aerodata.net> 
Message-ID: <LYR11589-72286-2000.03.20-00.53.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003200123540 .29557-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 19 Mar 2000, Jeff King wrote: 
> Bob wrote: 
> The solution to the long vectors is a local display problem. APRSdos 


> solved it with a Log length vector.... 


A "local display problem" that would require changing the source code in 
EVERY SINGLE APRS display program out there with the changes you propose. 


VV VV VV 


No, they dont need to change it if their users will put up with speed 
vectors 10 times longer than their screens... APRS has always had a speed 
range of 1 to 999 MPH. If their software did not accomodate this, then 
its a local display problem. 


No. APRSst is determining the CSE vector by its changing position 
relative to the GROUND, NOT by is true orbital vector. Thus it is quite 
valid over the few minutes of the USA and mid latitudes which comprise 
most of the population density. 


VV VV 


What about all the other APRS display apps out there? Also, any part of the 
spec should work (IMHO) over the whole world, and not just the USA. 


VV VV VV MV 


It does work everywhere. Satellite ground tracks are essentially straight 
lines on the surface of the spherical earth. 


> Do you have the spec available for "APRS Dead Reckoning" as I don't seem 
> to see it in the protocol document. I question if it can do a good job in 
> tracking an object in orbit and would like details. 


SImple physics. An object in motion tends to stay in motion along the 
same path unless operated on by an external force. In this case, the path 
is the ground track which is essentially a straight line. 


Steve said: 

> > > My position is that it would be 

far easier for these people to make use of a message giving the times and 
azimuth of AOS, max el, and LOS, and the max el, tranmitted shortly 
before a pass begins. It is these numbers, not the position of a 
satellite, that you actually need to track a sat... 


VV VV 


Bob said: 

> > Wrong. AZ/EL angles only apply for one observer at one place on earth. 
> > The AZ/EL to the satellite is different for all observers. The only 

> > accurate info that is universal is the satellites POSITION, TIME and 

> > CSE/SPD vector. 


Jeff said: 
> So your typical handheld HT user is using a antenna with a beam width of 
> @.1 degrees or less?? WRONG. 


I dont know where you inferred 0.1 degree. About 60 degrees is probably 
the 3 dB beamwidth. 


> Typical beam widths are going to be on the order of +-30 degrees for a 
> antenna you can hold in your hand. As such, small errors, such as froma 
> APRStk station 50 miles away, won't amount to much for the typical 


> altitude of most PACSATS. 


You might say the error is small, but it is that kind of sloppiness that 
should not creep into APRS. Say my program predicts a pass of the Shuttle 
to peak at 60 degrees to the east. A user 150 miles east of me sees 

that prediction goes out to the EAST side of his building to show off to 
his colleages. Boy will he look stupid when the satellite passes behind 
his building to the west at 60 degrees and he cannot hear it because it is 
blocked by the building! 


Bob also said: 

The problem remains. APRS does not address speeds in excess of 999 Kts, 
yet we have 4 satellties using APRS, and we have a commitment for the 
International Space Station to use APRS and MIR/Shuttle will use APRS on 
occasion. THus APRS should address how it is going to handle these 
moving stations at orbital speeds. 


VVVV WV 


Its called APRS Version 2.0. Propose your idea to the APRS-WG. 
I thought I just did... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 00:54:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA17573 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 00:54:18 -0600 (CST) 
Message-Id: <LYR11589-72287-2000.03.20-00.53.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 19 Mar 2000 23:54:00 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] "Kenwood" symbol 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b4f£b7b576a2b@[198.106.196.245]> 


<LYR11893 - 70040-2000 .03.09-00.00.47--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can someone suggest what a "Kenwood" symbol ought to look like? 


Thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 01:10:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA17944 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 01:10:17 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 Mar 2000 02:09:50 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <38D5AEBF .2CF96E4A@aerodata.net> 
Message-ID: <LYR11589-72288-2000.03.20-01.09.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003200207220 .29557-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Mar 2000, Jeff King wrote: 
Lets see, I've addressed every point you made here at least once, and in 


some cases three times. Yet you keep going on and on without any 
acknowledgement of same. 


VVVV Vv 


This is pointless..... 


Hummhh.. I thought I replied to every one of your points. But I think 
this is kinda getting boring too... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 01:22:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA18087 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 01:22:38 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 Mar 2000 02:21:28 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MACH SPeeds 
In-Reply-To: <LYR11586-72250-2000.03.19-23.24.24- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-72289-2000.03.20-01.21.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10003200214140 .29557-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 19 Mar 2000, Steve Sampson wrote: 


> I think that people who want to communicate via the satellites 
> should have more sophisticated software then dead-reckon. 


They will/do. The object will be updated by a true prediction program 
every minute. No one has said that DRing is how we plan on plotting 

the satellites in APRS. People have gotten everythign totally 

confused. DRing is NOT the intent at all. It is simply 

a consequence that must be addressed for moving stations for those objects 
properly and accurately placed on a map by ANY program. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 02:24:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA19730 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 02:23:59 -0600 (CST) 
Message-ID: <LYR11589-72300-2000.03.20-02.23.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 20 Mar 2000 07:48:15 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: "Kenwood" symbol 
References: <LYR14779-72287-2000.03.20-00.53.25-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-72287-2000.03.20-00.53.25-- 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <LQQoAHA$ed14Ewhu@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-72287-2000.03.20-00.53.25--Ian.Wade#care4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 
> 


>Can someone suggest what a "Kenwood" symbol ought to look like? 


Well, over here in the UK Kenwood make kitchen appliances like food 
mixers etc ...... 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 03:15:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA20929 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 03:15:26 -0600 (CST) 
Message-Id: <LYR11589-72311-2000.03.20-03.14.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Mon, 20 Mar 2000 01:00:09 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] Re: MACH SPeeds 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR11639-72286-2000.03.20-00.53.11--ke6afef#tarrl.net@lists. 
tapr.org> 
References: <38D56C81.CO8E3CAE@aerodata.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20000320002105 .00b4b4b0@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 10:53 PM 3/19/2000, Bob Bruninga wrote: 

>Jeff said: 

> > Its called APRS Version 2.0. Propose your idea to the APRS-WG. 
> 

>I thought I just did... 

> 

>de WB4APR, Bob 


I had meant to make some more comments on APRS Version 1.0 too, but its 
public discussion period ended on December 19, 
1999. http://www.tapr.org/tapr/html/Faprswg.html = ;-) 


But seriously now, I don't see any good reason for this to have become such 
a big fuss. Seems no terrestrial objects are going to use the last few 
numbers possible (greater than 900 knots) in the speed field. Why not 
allow Bob to use those numbers to display satellite speeds in his 
applications? If they cause long DR line displays that bother other than 
Kenwood D7/D700 users, have the bothered users simply turn off DR in their 
APRS applications. I've been coping with long DR lines from mobiles using 
$GPRMC for years already as things are. 

73, Cap KE6AFE 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: cap@cruzio.com home page: http://members.cruzio.com/~cap 

packet radio: KE6AFE @ki6eh.é#wcca.ca.usa.noam 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 06:53:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ5269 

for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 06:53:40 -0600 (CST) 
Message-ID: <LYR11589-72331-2000.03.20-06.52.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13439-72287-2000.03.20-00.53.25--ssampson#usa- 
site.net@lists.tapr.org> 
Subject: [aprsspec] Re: "Kenwood" symbol 
Date: Mon, 20 Mar 2000 06:53:49 -0600 
Organization: USA Site Network 
MIME-Version: 1.0 


Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003801bf£926b$565db140$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Maybe a "rising sun" flag with a K in it/ 


> Can someone suggest what a "Kenwood" symbol ought to look like? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 20 15:02:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA23323 
for <lyris.aprsspec@tapr.org>; Mon, 20 Mar 2000 15:02:34 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-72435-2000.03.20-15.01.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 20 Mar 2000 16:01:05 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Re: "Kenwood" symbol 
Cc: aprsspec@lists.tapr.org 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v0420552fb4fc4193fb76@[165.230.133.70]> 
<LYR11588 - 72287 -2000.03.20-00.53.25--ksproul#vger.rutgers.edu@lists.tapr.o 


rg> 

<LYR11588 - 72287 -2000.03.20-00.53.25--ksproul#vger.rutgers.edu@lists.tapr.o 
rg> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In the radio and on Win/MacAPRS, it is the stylized 'W'.. 
This is a black 'W' with a red triangle above the center piece of the 'W' 


http: //www.kenwoodusa.com/ 


for an example of the '‘W' 


>Can someone suggest what a "Kenwood" symbol ought to look like? 
> 

>Thanks, 

> 

>Jim Wagner 


Keith Sproul 732 445-3695 Office 
Student Housing Network Coordinator 732 445-2968 Fax 
mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 
http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 23 11:35:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA22482 

for <lyris.aprsspec@tapr.org>; Thu, 23 Mar 2000 11:35:11 -0600 (CST) 
From: n3zll@amsat.org 
Message-Id: <LYR11589-73156-2000.03.23-11.34.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] help 
Date: Thu, 23 Mar 2000 12:34:54 +0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200003231734.MAA11422230@ha2.ntr.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Download ICQ at http://www.icq.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 23 15:26:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ1631 

for <lyris.aprsspec@tapr.org>; Thu, 23 Mar 2000 15:26:44 -0600 (CST) 
Message-Id: <LYR11589-73179-2000.03.23-15.25.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Thu, 23 Mar 2000 16:25:59 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: help 
In-Reply-To: <LYR11608-73156-2000.03.23-11.34.30--dvanhorn#cedar.net@lis 
ts.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.0.1.20000323162539.03958910@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hash: SHALL 


At 12:34 PM 3/23/00 +0500, n3zll@amsat.org wrote: 
>help 


Could you be a little less specific? 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 


10A/AwUBONq2F4F1GDz116VWEQUMQwCg4iuNzcKyn2diEHXD6+KKIjsD£q4AoKnK 


09jqB8+gn3IgtIs/SkAahCnm 
=EgcA 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 24 11:47:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA24966 

for <lyris.aprsspec@tapr.org>; Fri, 24 Mar 2000 11:47:03 -0600 (CST) 
Message-ID: <LYR11589-73355-2000.03.24-11.46.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Thomas M. Schaefer" <ny4i@arrl.net> 
From: "Thomas M. Schaefer" <toms@inconnect.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] [OT] Irvine, CA 
Date: Fri, 24 Mar 2000 10:49:10 -0700 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 
boundary="----=_NextPart_000_004B_01BF957E .96146480" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <004e01bf£95b9$47d282d0$6ec6ed89@SCO017588> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 

Here =_NextPart_000_004B_01BF957E .96146480 

Content-Type: text/plain; 
charset="i1s0-8859-1" 


Content-Transfer-Encoding: quoted-printable 


I am going to be in Irvine, Ca on Monday and Tuesday nights. Anyone know = 
of any club meetings or other activities I might want to attend. 


Tom NY4I 


Sinise =_NextPart_000_004B_01BF957E.96146480 

Content-Type: text/html; 
charset="iso-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
<HTML><HEAD> 

<META content=3D"text/html; charset=3Diso-8859-1" = 
http-equiv=3DContent-Type> 

<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR> 
<STYLE></STYLE> 

</HEAD> 

<BODY bgColor=3D#f£fLL££> 

<DIV><FONT face=3DArial size=3D2>I am going to be in Irvine, Ca on = 
Monday and=20 

Tuesday nights. Anyone know of any club meetings or other activities I = 
might=20 

want to attend.</FONT></DIV> 

<DIV>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>Tom NY4I</FONT></DIV></BODY></HTML> 


eee = NextPart_000_004B_01BF957E.96146480- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 26 19:30:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ2763 

for <lyris.aprsspec@tapr.org>; Sun, 26 Mar 2000 19:30:23 -0600 (CST) 
Message-ID: <LYR11589-73782-2000.03.26-19.29.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Protocol 1.0.1g documentation errors 
Date: Sun, 26 Mar 2000 19:26:32 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <0Q1BF9759.37019F80.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Tan, 


While attempting to write code to decode compressed position reports 
an error in the examples was found. 


Chapter 9, Compressed Positon Report Data Format, page 32, 
Lat,Long decoding : 


To decode a compressed lat/long, the reverse process is 
needed. That is, if YYYY is represented as y1,y2,y3,y4 
and XXXX as x1,x2,x3,x4, then: 


Lat = 90 - ((y1-33)*9143 + (y2-33)*9142 + (y3-33)*91 + y4-33) / 380972 
Long = -180 + ((x1-33)*914%3 + (x2-33)*9142 + (x3-33)*91 + x4-33) / 190486 


For example, if the compressed value of the longitude is <+%A (as computed 
above), the calculation becomes: 

Long = -180 + (27*9143 + 10*9142 + 4*91 + 32) / 190486 

= -180 + (20346417 + 82810 + 364 + 32) / 190486 

= -180 + 107.25 

= -72.75 degrees 


Look at the statement Long = -180 + (20346417 + 82810 + 364 + 32) / 190486 
The Value 82810 is supposed to be 9142 or 8281, not 82810. 


The next problem I encountered had to do with the precedence of math 
operations. I copied the example almost verbatum. Must be getting lazy in my 
old age. The results of decoding the compressed location data were not within 
reasonable limits. I modified the example code to ensure that math operations 
were carried out in the proper order. That is, when in doubt as to the 
precedence of operations, add parentheses! Here is what I came up with : 


Lat := 90 -( ( ( CLat[1]-33 ) * 753571 ) + ( ( CLat[2]-33 ) * 8281 ) 
+( ( Clat[3]-33 ) * 91) + ( Clat[4]-33 ) ) / 380972; 
Lon := -180 +( ( ( Clon[1]-33 ) * 753571 ) + ( ( Clon[2]-33 ) * 8281 ) 


+( (Clon[3]-33 * 91 ) ) + ( Clon[4]-33 ) ) / 190486; 
The results now appear to be reasonable. 


Several other examples in the documentation do not clearly illustrate the 
required precedence of math operations. These may work in some versions of 


Basic, but the purpose of examples should be to provide the reader with example 
code or alogrithyms written to clearly illustrate the math processes required. 


Overall, the documentation is a superb piece of work. Hopefully, minor errors, 
and modified examples could be provided in any future release. 


Bill KC9XG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 26 21:19:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ6044 

for <lyris.aprsspec@tapr.org>; Sun, 26 Mar 2000 21:19:29 -0600 (CST) 
Message-ID: <LYR11589-73795-2000.03.26-21.18.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13439-73782-2000.03.26-19.29.43--ssampson#usa- 
site.net@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Protocol 1.0.1g documentation errors 
Date: Sun, 26 Mar 2000 21:19:23 -0600 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000a01bf979b$40336ba0$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> Several other examples in the documentation do not clearly illustrate the 
> required precedence of math operations. These may work in some versions of 


> Basic, but the purpose of examples should be to provide the reader with 
example 
> code or algorithms written to clearly illustrate the math processes required. 


My original comment was, that if there is any math past a sum or product, it 
should probably be written using standard math notation, and forget about the 
B.A.S.1I.C., Fortran, C, or Forth examples. 


The spec is being written using Microsoft Word, so I know that math symbols 
are available. Actually, I would rather it be left in Microsoft Word than 
converted to PDF, which is completely useless if you want to make notes to 
yourself. You would have to print it out and OCR it back in, and then correct 
all the errors. Really a mess. Just leave it in Word. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 27 00:57:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA20875 

for <lyris.aprsspec@tapr.org>; Mon, 27 Mar 2000 00:57:23 -0600 (CST) 
Message-ID: <LYR11589-73841-2000.03.27-00.56.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 27 Mar 2000 07:55:58 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: APRS Protocol 1.0.1g documentation errors 
References: <LYR14779-73782-2000.03.26-19.29.43-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-73782-2000.03.26-19.29.43-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <zi36vDA+Xw34EwFl@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Bill. Thanks for the input. 


>For example, if the compressed value of the longitude is <+%A (as computed 
>above), the calculation becomes: 
>Long = -180 + (27*914%3 + 10*914%2 + 4*91 + 32) / 190486 


AAN 


AAN 


> 

>Look at the statement Long = -180 + (20346417 + 82810 + 364 + 32) / 190486 
> 

>The Value 82810 is supposed to be 9142 or 8281, not 82810. 


No, it is xten timesx 9142 (see the third line of your quote above). 


> 
>The next problem I encountered had to do with the precedence of math 
>operations. 


I know. There are several misleading math statements throughout the 
spec, arising mainly from just taking the statements from original 
documentation. There was a very tight deadline to get the draft finished 
in December, and there wasn't time to straighten it all out. I'm now 
fixing all these statements to make them consistent and mathematically 
rigorous. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 29 09:12:53 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA16957 

for <lyris.aprsspec@tapr.org>; Wed, 29 Mar 2000 09:12:51 -0600 (CST) 
Message-ID: <LYR11589-74264-2000.03.29-09.12.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: [aprssig] Opening WinAPRS w/ D700a 
Date: Wed, 29 Mar 2000 09:08:54 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BF995E.6C8B3060.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jonathon, 

I believe the "port failed to open" error can be experienced when attempting 
to open a port that is being used by another application. Com ports can not be 
shared between applications. Perhaps you had another application using the 
comport when you experienced the error? Is the Kenwood control program still 
running? 


Bill KC9XG 


On Wednesday, March 29, 2000 8:46 AM, Jonathan Kaplan [SMTP:jonk@jskent.com] 
wrote: 
Hi all, 

I just finishing installing a D700a with a small PharosGPS 
receiver and it works greats, thank you very much. But now when I try 
to open the VHF TNC port inside WinAPRS v 224 that I have installed 
on a 486 laptop running Win95, I get "port failed to open". I'm using 
the DB-9 connector on the radio and I know the port parameters are 
OK ( I just before configured the radio using Kenwood's control program). 
I also get no data inside the terminal window. Can someone provide a 
checklist of things that might be wrong? 


Thanks, 


JonathankKO6xS 


VV VV VV VV VV VV VV 


You are currently subscribed to aprssig as: BILLDIAZ@MEGSINET.NET 
To unsubscribe send a blank email to leave-aprssig-2095E@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 31 04:02:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAAQ7476 
for <lyris.aprsspec@tapr.org>; Fri, 31 Mar 2000 04:02:03 -0600 (CST) 
Message-ID: <LYR11589-74581-2000.03.31-04.01.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Huricane Spec 
Date: Fri, 31 Mar 2000 09:59:58 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002cO1bf9af7$df9beadO$1e984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All, 

A not so friendly reminder that it is now 60 Days to the start of the 
Atlantic Hurricane Season, with no useable hurricane protocol defined. I 
believe the Working Group has dropped the ball. 


73 de KG5QD Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 31 05:42:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA0Q9536 

for <lyris.aprsspec@tapr.org>; Fri, 31 Mar 2000 05:42:28 -0600 (CST) 
Message-ID: <LYR11589-74583-2000.03.31-05.41.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13439-74581-2000.03.31-04.01.36--ssampson#usa- 
site.net@lists.tapr.org> 
Subject: [aprsspec] Re: Huricane Spec 
Date: Fri, 31 Mar 2000 05:42:30 -0600 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000cO1bf9b06$3271efa0$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


They said they weren't developing anything new, just documenting 
what was already there. How is not developing xany*x protocol 
"dropping the ball?" 


They didn't develop a forest fire protocol either... 


What's wrong with just putting a hurricane symbol on the map? 


Hi All, 

A not so friendly reminder that it is now 60 Days to the start of the 
Atlantic Hurricane Season, with no useable hurricane protocol defined. I 
believe the Working Group has dropped the ball. 


VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 31 06:03:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA09873 

for <lyris.aprsspec@tapr.org>; Fri, 31 Mar 2000 06:03:04 -0600 (CST) 
Message-ID: <LYR11589-74586-2000.03.31-06.02.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 31 Mar 2000 07:02:32 -0500 
From: csuprin@mitre.org (Charles Suprin) 
Organization: The MITRE Corporation 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org (APRS Spec Discussion List) 
Subject: [aprsspec] Re: Huricane Spec 
References: <LYR13439-74581-2000.03.31-04.01.36--ssampson#usa- 
site.net@lists.tapr.org> <LYR12284-74583-2000.03.31-05.41.55-- 
csuprin#mitre.org@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E493D8.CD3E631F@mitre.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I agree. They claimed to be documenting APRS. Not enhancing. 
That is something to be left to the next version. 


Charles 


Steve Sampson wrote: 
They said they weren't developing anything new, just documenting 
what was already there. How is not developing xany*x protocol 


"dropping the ball?" 


They didn't develop a forest fire protocol either... 


VV VV VV VV 


What's wrong with just putting a hurricane symbol on the map? 


Vv 


Soseisse Original Message ----- 

> 

> > Hi All, 

>> A not so friendly reminder that it is now 60 Days to the start of the 
> > Atlantic Hurricane Season, with no useable hurricane protocol defined. I 
> > believe the Working Group has dropped the ball. 

> 

> -<= 

> You are currently subscribed to aprsspec as: cSuprin@mitre.org 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 31 06:10:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA10123 
for <lyris.aprsspec@tapr.org>; Fri, 31 Mar 2000 06:10:09 -0600 (CST) 
Message-ID: <LYR11589-74588-2000.03.31-06.09.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Hurricane Spec 
Date: Fri, 31 Mar 2000 12:08:17 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000601bf£9b09$cd556580$35994d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve and all- 

The hurricane spec in the Draft of the protocol bears very little 
relationship to what was used up until now- It is new and not used by 
anyone. I jumped up and down about this 4 months ago and was assured it 


would be taken care of. The problem with "just putting a huricane symbol on 
the map" is that the current position of the hurricane may be the least 
important piece of information needed. What areas the wind fields affect, 
and what the predicted wind fields might be, are far more important for 
emergency planning, both personal and governmental. 


Steve Sampson Said: 
Sse Original Message----- 


>They said they weren't developing anything new, just documenting 
>what was already there. How is not developing xany* protocol 
>"dropping the ball?" 

> 

>They didn't develop a forest fire protocol either... 

> 

>What's wrong with just putting a hurricane symbol on the map? 

> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 31 08:07:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA12711 

for <lyris.aprsspec@tapr.org>; Fri, 31 Mar 2000 08:07:40 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 31 Mar 2000 09:07:14 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Huricane Spec 
In-Reply-To: <LYR11586-74581-2000.03.31-04.01.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-74597-2000.03.31-08.07.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.05L.10003310901160 . 6830-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 31 Mar 2000, Dale Huguley wrote: 


> A not so friendly reminder that it is now 60 Days to the start of the 
> Atlantic Hurricane Season, with no useable hurricane protocol defined. I 
> believe the Working Group has dropped the ball. 


I thought the hurricane stuff was working fine. It has these features: 


1) Both Hurricane, Tropical Storm and Tropical Depression ICONS defined 
2) Icon for future predict posits defined 
3) Include CSE and SPD of movement of the storms 
4) Reports peak and sustained winds 
5) Reports Barrometric pressure 
6) Reports radius circles for TROP and HR force winds in two colors 
7) Offsets the wind circle into the danger quadrant 
proportional to vector sum of wind speeds and storm track 


What is missing? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 31 17:12:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ0899 
for <lyris.aprsspec@tapr.org>; Fri, 31 Mar 2000 17:12:42 -0600 (CST) 
Message-ID: <LYR11589-74718-2000.03.31-17.12.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Which Hurricane Spec? 
Date: Fri, 31 Mar 2000 23:10:39 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 


X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000601bf£9b66$55263500$58984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob and all- 
So which spec should I use- the one contained in wx.txt in the readme 
folder of Dos Aprs - or the Draft Protocol? 
They are not the same- nor are they compatable 
If it is the Draft Protocol, is everyone going to get a new version out in 
time for Hurricane season? 
If it is the old spec, why hasn't the Draft Protocol been changed to 
comform? 
The Draft Protocol has the central pressure moved to the end of the string 
and a digit added which means that the wind fields will not parse properly 
in any known version of dos/mac/win/palm/x/aprs. 
I pointed this out in January. 
73 de kg5qd Dale 
> 
>What is missing? 
> 
>Bob 
> 
> 
> 
>--- 
>You are currently subscribed to aprsspec as: kg5qd@worldnet.att.net 
>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 1 08:30:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA11455 

for <lyris.aprsspec@tapr.org>; Sat, 1 Apr 2000 08:30:46 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 1 Apr 2000 09:29:52 -0500 (EST) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Which Hurricane Spec? 
In-Reply-To: <LYR11586-74718-2000.03.31-17.12.17-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-74808-2000.04.01-08.29.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0.4.05L.10004010927570.15917-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 31 Mar 2000, Dale Huguley wrote: 


The Draft Protocol has the central pressure moved to the end of the string 
and a digit added which means that the wind fields will not parse properly 
in any known version of dos/mac/win/palm/x/aprs. 

I pointed this out in January. 


VV VV 


We are waiting for comments from the SProuls. My software doesnt care. I 
dont know how the fields got moved around, but My opinion is that we go 
with what was in the dos TXT files unless someone can come up with why it 
was changed... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 1 13:29:38 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA20531 
for <lyris.aprsspec@tapr.org>; Sat, 1 Apr 2000 13:29:37 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-74882-2000.04.01-13.28.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 01 Apr 2000 14:28:55 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Which Hurricane Spec? 
References: <LYR11601-74808-2000.04.01-08.29.58--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E64DF7.57EB65D2@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> My opinion is that we go 
> with what was in the dos TXT files unless someone can come up with why it 
> was changed... 


I think your missing Dale's point (and one I feel strongly on also). Your 
extensions 

need to be incorporated into the APRSPEC. I would think that one of the 

reasons for the SPEC is to reduce so many different implementations of each 
authors 

favorite "protocol". Thats not to say what you or anyone else is doing is "wrong", 
its just a process now exists to addresse these changes/extensions. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 2 22:43:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA01424 

for <lyris.aprsspec@tapr.org>; Sun, 2 Apr 2000 22:43:58 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 2 Apr 2000 23:43:23 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Which Hurricane Spec? 
In-Reply-To: <38E64DF7.57EB65D2@aerodata.net> 
Message-ID: <LYR11589-75085-2000.04.02-22.43.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004022342180 .18530-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thats what I mean. Unless someone can say why the SPEC got it diffeent 
from my WX.TXT file, then lets fix the spec to what it should be... 


bob 
On Sat, 1 Apr 2000, Jeff King wrote: 


Bob Bruninga wrote: 


> My opinion is that we go 
> with what was in the dos TXT files unless someone can come up with why it 
> was changed... 


VV VV VV VV WV 


I think your missing Dale's point (and one I feel strongly on also). Your 
extensions 

> need to be incorporated into the APRSPEC. I would think that one of the 

> reasons for the SPEC is to reduce so many different implementations of each 
authors 

> favorite "protocol". Thats not to say what you or anyone else is doing is 


"wrong", 

> its just a process now exists to addresse these changes/extensions. 
> 

> -Jeff 

> 


> 
> 
APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 03:03:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA17458 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 03:03:40 -0500 (CDT) 
From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] dGPS 
Date: Mon, 3 Apr 2000 18:03:49 +1000 
Message-ID: <LYR11589-75130-2000.04.03-03.03.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
In-Reply-To: <LYR11660-75106-2000.04.03-00.00.51--darryli#tradio- 
active.net.au@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000e01bf£9d43$25403dc0$32ae2acb@dell.radio-active.net.au> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G'Day All... 


It has just been suggested to me that the TO callsign for dGPS transmissions 
should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
the TNC) with the xxxx being the station ID of the dGPS station. Also in Ham 
Radio maybe we should be coordinating dGPS station ID's and recording them 
somewhere centrally (like on the iGATE database)... 


I know this is only a partial SPEC issue... But I thought I would raise it 
here.... 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 07:10:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ3372 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 07:10:53 -0500 (CDT) 
Message-ID: <LYR11589-75150-2000.04.03-07.10.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 08:10:24 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9F0651D311B7A100104B716B904B6C60@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Would there be some benefit to the xxxx being the Maidenhead square rather 
than 
a lookup table value? 


>ocecs Original Message----- 

> From: Darryl Smith [SMTP:darryl@radio-active.net.au] 

> Sent: Monday, April 03, 2000 4:04 AM 

> To: APRS Spec Discussion List 

> Subject: [aprsspec] dGPS 

> 

> G'Day All... 

> 

> It has just been suggested to me that the TO callsign for dGPS 

> transmissions 

> should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
> the TNC) with the xxxx being the station ID of the dGPS station. Also in 

> Ham 

> Radio maybe we should be coordinating dGPS station ID's and recording them 
> somewhere centrally (like on the iGATE database)... 

> 

> I know this is only a partial SPEC issue... But I thought I would raise it 
> here.... 

> 

> Darryl 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 08:15:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ5439 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 08:15:03 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 3 Apr 2000 09:14:07 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: dGPS 
In-Reply-To: <LYR11586-75130-2000.04.03-03.03.21-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-75170-2000.04.03-08.14.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004030912380 .17615-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 3 Apr 2000, Darryl Smith wrote: 


It has just been suggested to me that the TO callsign for dGPS transmissions 
should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
the TNC) with the xxxx being the station ID of the dGPS station. Also in Ham 
Radio maybe we should be coordinating dGPS station ID's and recording them 
somewhere centrally (like on the iGATE database)... 


VVVV WV 


Can you explain further? The full callsign of the DGPS station is in the 
FROM field. So I guess I dont see why it needs to be in the TO field too? 
But if there is a need, let us know... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 08:19:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ6429 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 08:19:15 -0500 (CDT) 
Message-ID: <LYR11589-75172-2000.04.03-08.18.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: dGPS 
Date: Mon, 3 Apr 2000 09:18:34 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B904B6C63@SHPMAIL> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Now there is something that would help (on a channel that had lots of DGPS 
stations) - having dGPSxxxx with the xxxx being maidenhead square... then 
gateways would only 

relay the nearest dGPS station... and/or your system would only select the 
dGPs 

station that had the best info (nearest to you....) 


> SSes5 Original Message----- 
From: Bob Bruninga [SMTP:bruninga@nadn.navy.mil] 
Sent: Monday, April 03, 2000 9:14 AM 


To: APRS Spec Discussion List 
Cc: APRS Spec Discussion List 
Subject: [aprsspec] Re: dGPS 


On Mon, 3 Apr 2000, Darryl Smith wrote: 


> It has just been suggested to me that the TO callsign for dGPS 
transmissions 

> should not be dGPS but dGPSxxxx (or how ever many characters is allowed 
by 

> the TNC) with the xxxx being the station ID of the dGPS station. Also in 
Ham 

> Radio maybe we should be coordinating dGPS station ID's and recording 
them 

> somewhere centrally (like on the iGATE database)... 


Can you explain further? The full callsign of the DGPS station is in the 
FROM field. So I guess I dont see why it needs to be in the TO field too? 


But if there is a need, let us know... 


Bob 


VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 08:58:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA09830 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 08:58:37 -0500 (CDT) 


Date: Mon, 3 Apr 2000 08:58:04 -0500 (CDT) 

From: Tim Salo <salo@networkcs.com> 

Message-Id: <LYR11589-75183-2000.04.03-08.58.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: dGPS 

In-Reply-To: <LYR11595-75130-2000.04.03-03.03.21-- 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004031358 .TAA33322@us.networkcs.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


From: "Darryl Smith" <darryl@radio-active.net.au> 
Subject: [aprsspec] dGPS 
Date: Mon, 3 Apr 2000 18:03:49 +1000 


It has just been suggested to me that the TO callsign for dGPS transmissions 
should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
the TNC) with the xxxx being the station ID of the dGPS station. 


VV VV VV MV 


The AX.25 specification states that call signs are six upper case or 
numeric characters, blank filled. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 12:39:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA18415 
for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 12:39:56 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75224-2000.04.03-12.39.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 13:40:23 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: dGPS 

References: <LYR11601-75130-2000.04.03-03.03.21--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E8D787.72EEACC@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Darryl Smith wrote: 
G'Day All... 
It has just been suggested to me that the TO callsign for dGPS transmissions 


should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
the TNC) with the xxxx being the station ID of the dGPS station. 


VVV VV 


Would need to be dGxxxx (or possibly dGPxxx-x). 


But the station ID is already in the DGPS data stream, other then human 
readability, 
what value would the station id be in the callsign field? 


> Also in Ham 
> Radio maybe we should be coordinating dGPS station ID's and recording them 
> somewhere centrally (like on the iGATE database)... 


On the TAPR DGPS, most are using "73" and I don't believe they have a official 
coordination from any body that is already doing this. I'm not sure of the 
ramifications of 

having the same station ID, other then likely its "not good". Also, you need to 
remember 

that the TAPR DGPS is not the only source of DGPS data available to hams. Some are 
now 

experimenting with DGPS over IP, which typically uses the coast guard stations for 
its 

data source (but can use anything). 


> I know this is only a partial SPEC issue... But I thought I would raise it 
> here.... 


Being the station ID is in the DGPS stream already (which is clearly defined) and 
there 

is no mechanism (that I know of) to coordinate station ID's for amateur DGPS 
stations, 

it might be best for the spec to avoid this issue entirely. 


Just my thoughts. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 15:21:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ0381 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 15:21:07 -0500 (CDT) 
From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Tue, 4 Apr 2000 06:21:10 +1000 
Message-ID: <LYR11589-75241-2000.04.03-15.20.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <Pine.GSO.4.05L.10004030912380.17615-100000@arctic> 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000301bf9daa$267b9e20$32ae2acb@dell.radio-active.net.au> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G' Day 


To explain further, the way that dGPS works is that there is a ‘STATION ID' 
encoded in the dGPS data. This is a number from 0 to 1023. If the data from 
two dGPS stations using the same ‘STATION ID' at different locations is sent 
to a single GPS the results could lead to bizzare and very incorrect 
results. 


Whay I am suggesting is that 

a) we encode the 'STATION ID' as part of the TO callsign e.g. dG0073 for 
StationID 0073. dG1023 for Station 1023 etc. This would allow users to 
easally filter the data based on callsign rather than the content of the 
data which would be nasty if you were wanting to do it in PC software (one 
more area of bugs) or a PIC for teh GARMIN RTCM Rx Packet problem... 

b) But we would need to make sure that all users used a different STATION 
ID... Simple way would be to suggest a number based on a HASH of the 
callsign... Or at least encourage random nunbers. 


I believe there is some software in 'C' being releast at some stage for MOT 
to RTCM conversions so we may as well get this issue sorted now.... Also I 
have during testing been feeding dGPS to the iGATE.... 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


sR Original Message----- 

From: Bob Bruninga [mailto:bruninga@nadn.navy.mil] 
Sent: Monday, April 03, 2000 11:14 

To: Darryl Smith 

Cc: APRS Spec Discussion List 

Subject: Re: [aprsspec] dGPS 


On Mon, 3 Apr 2000, Darryl Smith wrote: 


> It has just been suggested to me that the TO callsign for dGPS 
transmissions 

> should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
> the TNC) with the xxxx being the station ID of the dGPS station. Also in 
Ham 

> Radio maybe we should be coordinating dGPS station ID's and recording them 
> somewhere centrally (like on the iGATE database)... 


Can you explain further? The full callsign of the DGPS station is in the 
FROM field. So I guess I dont see why it needs to be in the TO field too? 


But if there is a need, let us know... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 16:06:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ2255 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 16:06:40 -0500 (CDT) 
Date: Mon, 3 Apr 2000 16:04:24 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-75259-2000.04.03-16.04.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
In-Reply-To: <LYR11595-75241-2000.04.03-15.20.57-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004032104.QAA47570@us .networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> From: "Darryl Smith" <darryl@radio-active.net.au> 

> Subject: [aprsspec] RE: dGPS 

> Date: Tue, 4 Apr 2000 06:21:10 +1000 

> 

> To explain further, the way that dGPS works is that there is a ‘STATION ID' 
> encoded in the dG@PS data. This is a number from 0 to 1023. If the data from 
> two dGPS stations using the same ‘STATION ID' at different locations is sent 
> to a single GPS the results could lead to bizzare and very incorrect 

> results. 

> [ts 

I probably don't understand something fundamental, but... 


Why don't you simply differentiate DGPS stations based of the "from" 
call sign? Uniqueness is then assured, (plus or minus misconfiguration) . 


Alternatively, you could concatenate the "from" call and the "station id" 


prior to testing for equality. 
-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 16:19:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA0Q2690 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 16:19:25 -0500 (CDT) 
Message-Id: <LYR11589-75264-2000.04.03-16.19.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 17:19:12 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004032119.RAAQ8429@maynard.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/3/00 5:04 PM Tim Salo (salo@networkcs.com) wrote: 


>> To explain further, the way that dGPS works is that there is a ‘STATION ID' 

>> encoded in the dGPS data. This is a number from © to 1023. If the data from 

>> two dGPS stations using the same ‘STATION ID' at different locations is sent 
>> to a single GPS the results could lead to bizzare and very incorrect 

>> results. 


>> [+] 

> 

>I probably don't understand something fundamental, but... 
> 


>Why don't you simply differentiate DGPS stations based of the "from" 
>call sign? Uniqueness is then assured, (plus or minus misconfiguration) . 
> 

>Alternatively, you could concatenate the "from" call and the "station id" 
>prior to testing for equality. 

> 


The way the DGPS is generally used is the raw data from a TNC is passed 
to the input of a GPS without further processing. It can indeed cause 
problems if multiple stations use the same station ID. The answer is 
local coordination of ID's. Adding another ID code in the to call does 
nothing to solve the problem. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 16:52:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ3760 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 16:52:21 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75266-2000.04.03-16.52.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 17:52:50 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
References: <LYR11601-75241-2000.04.03-15.20.57--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E912B1.464F53F7@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Darryl Smith wrote: 


> Whay I am suggesting is that 

> a) we encode the 'STATION ID' as part of the TO callsign e.g. dG0073 for 
> StationID 0073. dG1023 for Station 1023 etc. This would allow users to 

> easally filter the data based on callsign rather than the content of the 


> data which would be nasty if you were wanting to do it in PC software (one 
> more area of bugs) or a PIC for teh GARMIN RTCM Rx Packet problem... 


Yeap, but the Reference station I.D. is in the first word of each DGPS message. 
Its the 15th through 24th bit (30 bits total including parity). It should be the 
first thing after the "DGPS". 30 bits is not to much to deal with even for a 
PIC. 


In any case, you really should only have "one" (the best) DGPS station in each 
are, or 

make sure the data is valid for each area. You don't want to be sending Point 
Blunt 

data in Germany, for example when more local data is available. But that is more 


a common sense issue then anything else. 


> b) But we would need to make sure that all users used a different 
STATION 

> ID... Simple way would be to suggest a number based on a HASH of the 

> callsign... Or at least encourage random nunbers. 


Yes different ID's. But I believe there is already a body that assigns ID's. I 
think with 

DGPS-IP using commercial services, you'd be well advised not to have people 
picking them randomly. 


While part b) is a worthly point to discuss, I think it is outside the scope of 
the APRSSPEC. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 16:52:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ3771 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 16:52:29 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75267-2000.04.03-16.52.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 17:53:05 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 

References: <LYR11601-75264-2000.04.03-16.19.14--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E912C1.8243ABC3@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Steve Dimse wrote: 


> The answer is 
> local coordination of ID's. Adding another ID code in the to call does 
> nothing to solve the problem. 


And who would do this? I thought these ID's were assigned by the Coast 
Guard. 


This is why I earlier stated that I thought the APRS-WG shouldn't touch this. 
No need to deal with it as its already been delt with. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 17:03:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3998 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 17:03:36 -0500 (CDT) 
Message-Id: <LYR11589-75270-2000.04.03-17.03.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 18:03:10 -0400 
x-sender: sdimse@m1.sprynet.com 


From: Steve Dimse <k4hg@tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004032203 . SAA23866@smtp6.mindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 4/3/00 5:53 PM Jeff King (jeff@aerodata.net) wrote: 


>> The answer is 

>> local coordination of ID's. Adding another ID code in the to call does 
>> nothing to solve the problem. 

> 

>And who would do this? I thought these ID's were assigned by the Coast 
>Guard. 

> 

>This is why I earlier stated that I thought the APRS-WG shouldn't touch this. 
>No need to deal with it as its already been delt with. 

> 

I agree. The ID's are coordinated by the CG, but I very much doubt they 
will be giving them out to hams. The idea is just to pick a number 
different from that which everyone else is using. Since there is no 
crossover between the APRS DGPS transmitters and the CG ones, there 
should not be any problem... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 17:07:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4226 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 17:07:24 -0500 (CDT) 
Message-ID: <LYR11589-75271-2000.04.03-17.07.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11601-75264-2000.04.03-16.19.14--jeffitaerodata.net@lists.tapr.org> 
<LYR13439-75267-2000.04.03-16.52.20--ssampsoni#tusa-site.net@lists.tapr.org> 


Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 17:06:36 -0500 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <008401bf9db8$e0f725e0$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


No. You just set the switches on your DGPS. I used my home 
address, but I put it in backwards, so it's reverse binary, oops... 


The Coast Guard only handles Coast Guard stuff, they don't 
have the manpower to handle every frequency someone puts 
two or more DGPS's on. 


I do think the whole DGPS issue is going to go away in a few 
years, as the Coast Guard fills all the gaps with its 300 kHz 
stations. Hombrew DGPS will no longer be needed. 


> The answer is 
> local coordination of ID's. Adding another ID code in the to call does 
> nothing to solve the problem. 


And who would do this? I thought these ID's were assigned by the Coast 
Guard. 


VVVNVV Vv 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 17:10:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA0Q4383 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 17:10:41 -0500 (CDT) 
Message-ID: <LYR11589-75272-2000.04.03-17.10.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 18:10:41 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B904B6C6C@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Let us NOT get in the US concentric mode too far... think the 
WORLD view... for areas not covered by USCG... 


ALOHA 

AH6LS 

> atSss Original Message----- 

> From: Steve Sampson [SMTP:ssampson@usa-site.net] 

> Sent: Monday, April 03, 2000 6:07 PM 

> To: APRS Spec Discussion List 

> Subject: [aprsspec] RE: dGPS 

> 

> No. You just set the switches on your DGPS. I used my home 
> address, but I put it in backwards, so it's reverse binary, oops... 
> 

> The Coast Guard only handles Coast Guard stuff, they don't 

> have the manpower to handle every frequency someone puts 

> two or more DGPS's on. 

> 

> I do think the whole DGPS issue is going to go away in a few 
> years, as the Coast Guard fills all the gaps with its 300 kHz 
> stations. Hombrew DGPS will no longer be needed. 

> 

Soot Original Message ----- 

> 

> > > The answer is 

> > > local coordination of ID's. Adding another ID code in the to call does 
> > > nothing to solve the problem. 


>> 
> > And who would do this? I thought these ID's were assigned by the Coast 
> > Guard. 


> 
> 
> 
> 
> You are currently subscribed to aprsspec as: asadowski@ncshp.org 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 17:28:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4700 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 17:28:55 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75275-2000.04.03-17.28.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 18:29:32 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
References: <LYR11601-75270-2000.04.03-17.03.23--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E91B4B.333980AC@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve Dimse wrote: 


> On 4/3/00 5:53 PM Jeff King (jeff@aerodata.net) wrote: 
> 


>This is why I earlier stated that I thought the APRS-WG shouldn't touch this. 
>No need to deal with it as its already been delt with. 

> 

I agree. The ID's are coordinated by the CG, but I very much doubt they 

will be giving them out to hams. The idea is just to pick a number 

different from that which everyone else is using. Since there is no 

crossover between the APRS DGPS transmitters and the CG ones, there 

should not be any problem... 


VV VV VV VV 


The operative word here is "not yet". Your well aware that it would be a 
trival matter to port the DGPS-IP over to APRS. Hence, one should not go 
on the assumption one will never see the CG transmitters data stream on 
APRS frequencies. 


I don't think its that big of a deal in any case. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 17:34:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA04840 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 17:33:56 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75276-2000.04.03-17.33.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 18:34:40 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
References: <LYR11601-75264-2000.04.03-16.19.14--jeffitaerodata.net@lists.tapr.org> 
<LYR13439-75267-2000.04.03-16.52.20--ssampsoni#tusa-site.net@lists.tapr.org> 
<LYR11601-75271-2000.04.03-17.07.15--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E91C7F .F2DOFAE5@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Steve Sampson wrote: 


> The Coast Guard only handles Coast Guard stuff, they don't 
> have the manpower to handle every frequency someone puts 
> two or more DGPS's on. 


Exactly. But my point was you don't want to go randomly assigning them 
without some knowledge of what has already been assigned. 


> I do think the whole DGPS issue is going to go away in a few 
> years, as the Coast Guard fills all the gaps with its 300 kHz 
> stations. Hombrew DGPS will no longer be needed. 


I believe the point of APRS DGPS is the data shares the 

same radio channel and/or technology. I.E. A VHF channel. The ham doesn't need 
to purchase a $300+ DGPS reciever/antenna combo. With the TAPR DGPS all a 

end user needs to do is wire the RTCM input to the TNC out. 


The fact that we will have good coverage of Coast Guard stations won't change the 
obvious economic advantage of this solution. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 17:44:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ5136 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 17:44:06 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75279-2000.04.03-17.43.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 18:44:41 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 


X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 

References: <LYR11601-75272-2000.04.03-17.10.31--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38E91ED9.77F169FC@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


"Sadowski, Allan" wrote: 


> Let us NOT get in the US concentric mode too far... think the 
> WORLD view... for areas not covered by USCG... 

> 

> ALOHA 

> AH6LS 


The longwave "USCG DGPS" systems coverage actually is worldwide. See: 
http: //www.csi-dgps.com/dgps/maps/world.htm 
Kinda makes you wonder why they even bother with S/A... 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 18:18:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ6296 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 18:18:23 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 3 Apr 2000 19:17:39 -0400 (EDT) 


From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 

In-Reply-To: <000301bf£9daa$267b9e20$32ae2acb@dell.radio-active.net.au> 
Message-ID: <LYR11589-75286-2000.04.03-18.18.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004031917040 .9341-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


But why not just filter on the FROM CALL? It seems FROM CALL is unique 
and so the probelm is solved... 


bob 
On Tue, 4 Apr 2000, Darryl Smith wrote: 
G' Day 


To explain further, the way that dGPS works is that there is a ‘STATION ID' 
encoded in the dGPS data. This is a number from 0 to 1023. If the data from 
two dGPS stations using the same ‘STATION ID' at different locations is sent 
to a single GPS the results could lead to bizzare and very incorrect 
results. 


Whay I am suggesting is that 

a) we encode the 'STATION ID' as part of the TO callsign e.g. dG0073 for 
StationID 0073. dG1023 for Station 1023 etc. This would allow users to 
easally filter the data based on callsign rather than the content of the 
data which would be nasty if you were wanting to do it in PC software (one 
more area of bugs) or a PIC for teh GARMIN RTCM Rx Packet problem... 

b) But we would need to make sure that all users used a different STATION 
ID... Simple way would be to suggest a number based on a HASH of the 
callsign... Or at least encourage random nunbers. 


I believe there is some software in 'C' being releast at some stage for MOT 
to RTCM conversions so we may as well get this issue sorted now.... Also I 
have during testing been feeding dGPS to the iGATE.... 


VV VV VV VV VV VV VV VV VV VV VV 


VV VV WV 


Vv 


VV VV V VV VV VV VV VV VV VV VV VV MV 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


seco Original Message----- 

From: Bob Bruninga [mailto:bruninga@nadn.navy.mil] 
Sent: Monday, April 03, 2000 11:14 

To: Darryl Smith 

Cc: APRS Spec Discussion List 

Subject: Re: [aprsspec] dGPS 


On Mon, 3 Apr 2000, Darryl Smith wrote: 


> It has just been suggested to me that the TO callsign for dGPS 
transmissions 

> should not be dGPS but dGPSxxxx (or how ever many characters is allowed by 
> the TNC) with the xxxx being the station ID of the dGPS station. Also in 
Ham 

> Radio maybe we should be coordinating dGPS station ID's and recording them 
> somewhere centrally (like on the iGATE database)... 


Can you explain further? The full callsign of the DGPS station is in the 
FROM field. So I guess I dont see why it needs to be in the TO field too? 


But if there is a need, let us know... 


Bob 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 18:59:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ7646 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 18:59:52 -0500 (CDT) 
Date: Mon, 3 Apr 2000 16:59:22 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
In-Reply-To: <LYR12892-75275-2000.04.03-17.28.36-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-75316-2000.04.03-18.59.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10004031656020.3065-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 3 Apr 2000, Jeff King wrote: 


> The operative word here is "not yet". Your well aware that it would be a 
> trival matter to port the DGPS-IP over to APRS. Hence, one should not go 
> on the assumption one will never see the CG transmitters data stream on 
> APRS frequencies. 


Very slightly off-topic: 
If all you want is to DGPS-correct the local GPS and not to rebroadcast 


the DGPS stuff over amateur frequencies, you can do that now with "gpsd" 
and "Xastir" on Linux and perhaps other Unix-based OS'es. 


oe) 

Curt Mills, WE7U hacker.NO_*xSPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 19:39:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ8778 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 19:38:56 -0500 (CDT) 
Message-Id: <LYR11589-75342-2000.04.03-19.38.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 20:38:37 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004040038 .UAA30576@tisch.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/3/00 6:29 PM Jeff King (jeff@aerodata.net) wrote: 


>The operative word here is "not yet". Your well aware that it would be a 
>trival matter to port the DGPS-IP over to APRS. Hence, one should not go 
>on the assumption one will never see the CG transmitters data stream on 
>APRS frequencies. 

> 

Ahh, but that would probably be against FCC rules. 


(e) No station shall retransmit programs or signals emanating from any 
type of radio station other than an amateur station, except propagation 
and weather forecast information intended for use by the general public 
and originated from United States Government stations and communications, 
including incidental music, originating on United States Government 
frequencies between a space shuttle and its associated Earth stations. 
Prior approval for shuttle retransmissions must be obtained from the 
National Aeronautics and Space Administration. Such retransmissions must 
be for the exclusive use of amateur operators. Propagation, weather 
forecasts, and shuttle retransmissions may not be conducted on a regular 
basis, but only occasionally, as an incident of normal amateur radio 


communications. 


I suppose you could argue this, saying that part of the error that dGPS 
corrects is propagation error, but I personally would have a hard time 
saying that with a straight face... 


It is interesting that it would be quite legal to retransmit a dGPS 
broadcast from the internet, as long as it was sent directly to the 
internet and not through a radio first. On the other hand, it would seem 
to be illegal for me to use MacAPRS to send a message through an IGate on 
my new laptop, which uses an 11 Mbs Airport link. The signals are on 2.4 
GHz, so technically IGating a message is the retransmission of a 2.4 GHz 
Part 15 transmission. 


Amazing how rules that were once concise and unambigous get left in the 
dust of technologic progress! 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 21:02:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA12366 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 21:02:54 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75351-2000.04.03-21.01.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 03 Apr 2000 22:01:50 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
References: <200004040038 .UAA30576@tisch.mail.mindspring.net> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <38E94D0E.F140635A@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve Dimse wrote: 
On 4/3/00 6:29 PM Jeff King (jeff@aerodata.net) wrote: 


>The operative word here is "not yet". Your well aware that it would be a 
>trival matter to port the DGPS-IP over to APRS. Hence, one should not go 
>on the assumption one will never see the CG transmitters data stream on 
>APRS frequencies. 

> 

Ahh, but that would probably be against FCC rules. 


VVVVVV VV 


Maybe, but not really relevant with regards to this discussion. Also, note 
the discussion started with (I think) a Australian ham, who of course is not 
bound by FCC rules. 


I let people make their own decision with regards to the rules. 


> 
> I suppose you could argue this, saying that part of the error that dGPS 
> corrects is propagation error, but I personally would have a hard time 
> saying that with a straight face... 

Last time I looked, Ionospheric delay (which DGPS corrects) is 
propagation error. Also corrects atmospheric delay (I think they call 
that slant angle? Gerry?). 


> It is interesting that it would be quite legal to retransmit a dGPS 
> broadcast from the internet, as long as it was sent directly to the 
> internet and not through a radio first. 


Impossible to determine this.... I mean, if it goes through one microwave or SAT 
telco link its "radio". I take this rule as having the radio receiver and 
transmitter at 

the same site directly hooked together. Hence, a non issue. Also, if you reformat 
the data (which you are), are you really rebroadcasting it? To fuzzy, FCC won't 
waste there time prosecuting you unless your really crossing the line. Get your 
own legal opinion, but I'd not worry much about it. 


> Amazing how rules that were once concise and unambigous get left in the 


> dust of technologic progress! 


Yeap, the moral of the story is have a good attorney on retainer and always act 
in good faith. I don't spend alot of time overanalyzing the rules, but look at the 
intent. Things simply are moving to fast. 


-Jeff wbh8wka 
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From bounce-aprsspec-11589@lists.tapr.org Mon Apr 3 22:06:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA14311 

for <lyris.aprsspec@tapr.org>; Mon, 3 Apr 2000 22:06:21 -0500 (CDT) 
Message-ID: <LYR11589-75357-2000.04.03-22.06.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13439-75342-2000.04.03-19.38.44--ssampson#usa- 
site.net@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Mon, 3 Apr 2000 22:04:49 -0500 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006e01bf9de2$8adbe5e0$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


It's surprising how much you can do without a national organization! 
(OK, OK, I'm just kidding...) 


Part-15 SS, the only way to go! Part-97 rules are completely bogus 


above 30 MHz. Only a relay league could cherish the product... 


I run a 5 mile 2.4 GHz link between myself and a friend. I'm thinking 

of using it to run a split repeater site on 2 m. Putting together another 
5 mile link to the ISP. I've got these down to about $650 a node, or 

$1k per back-to-back link ($450 per 500 mW bridge, $100 for 

Radio Shack tri-pod and mast). "Only" 1.6 Mbps though. 


I can see the time rapidly approaching where mobile emitters at 
2.4 GHz would be possible in many cities with a central node. All of 
the imposed APRS hacks to work at 1.2 kbps would seem quaint :-) 


Steve, k5okc 
http: //www.usa-site.net/~ssampson/radio 


[snip] 


> Amazing how rules that were once concise and unambigous get left in the 
> dust of technologic progress! 

> 

> Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 4 06:27:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA12257 

for <lyris.aprsspec@tapr.org>; Tue, 4 Apr 2000 06:27:00 -0500 (CDT) 
Message-ID: <LYR11589-75394-2000.04.04-06.26.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
Date: Tue, 4 Apr 2000 07:26:52 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B904B6C6E@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


After looking at the ref USCG pic.... I reiterate... USCG is DEFINITELY a 
US concentric 

system and it doesnt even cover large parts of the US.... nor the major 
shipping transit 

areas between US territories... though that's not as important... 


Looking at the map 

its clear that the Caribbean.. and Med... heck.. LOTS of areas where I'd 
love to have 

dG@PS... are not going to be covered in any plan... the VLF DGPS 
correction info (as I 

understand the system) is satellite correction data for those satellites 
in view of the area 

local to a particular beacon (as the pic clearly shows)... though many US 
and European 

areas do have continuous coverage (due to a large number of DGPS 
beacons)... most 


VVVVV VV VV VV VV VV VV VV VV VV WV 


of this planet isn't now covered.. nor will it ever be... No way a 
beacon 600 miles from 

me is gonna do me any good... the satellites seen at that location differ 
from what I see 

at my location... and the beacon doesn't propogate that far anyway... 
ALOHA 

AH6LS 


> 
Stupid thought.. but wouldn't it be better to TURN OFF SA... so nobody 
develops 


a workaround.... then when you needed to juke up the system turn on SA... 
seems 

I'd be a much simpler approach... though it'd be worthless in a "Pearl 
Harbor" 

scenario - i.e. Surprise attack... like I said.. stupid thought.... 
SNIP.... 


> The longwave "USCG DGPS" systems coverage actually is worldwide. See: 
> 
> http: //www.csi-dgps.com/dgps/maps/world.htm 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 4 10:16:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA18578 

for <lyris.aprsspec@tapr.org>; Tue, 4 Apr 2000 10:16:30 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75415-2000.04.04-10.14.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 04 Apr 2000 11:14:47 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: dGPS 
References: <BFO1BF9F0651D311B7A100104B716B904B6C6D@SHPMAIL> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38EAQ6E7.1CO4D1EE@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


"Sadowski, Allan" wrote: 


> Jeff 

> 

> After looking at the ref USCG pic.... I reiterate... USCG is DEFINITELY a US 
> concentric 

> system and it doesnt even cover large parts of the US.... nor the major 

> shipping transit 

> areas between US territories... though that's not as important... 


To clarify, I thought your use of "US concentric" meant it was only a U.S. 
territorial 

DGPS system. Its been adopted over a large part of the world. As to coverage, well 
that's 

up to each individual area to do on their own. 


-Jeff 


> > The longwave "USCG DGPS" systems coverage actually is worldwide. See: 


>> 
> > http://www.csi-dgps.com/dgps/maps/world.htm 
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From bounce-aprsspec-11589@lists.tapr.org Wed Apr 5 04:09:30 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA16125 


for <lyris.aprsspec@tapr.org>; Wed, 5 Apr 2000 04:09:26 -0500 (CDT) 


From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: aprsspec digest: April 04, 2000 
Date: Wed, 5 Apr 2000 19:03:09 +1000 
Message-ID: <LYR11589-75564-2000.04.05-04.09.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
In-Reply-To: <LYR11660-75546-2000.04.05-00.03.50--darryli#tradio- 
active.net.au@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001001bf9ede$074edb40$32ae2acb@dell.radio-active 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G' Day 
>> After looking at the ref USCG pic.... I reiterate... USCG is 


US 
>> concentric 


-net.au> 


DEFINITELY a 


>> system and it doesnt even cover large parts of the US.... nor the major 


>> shipping transit 

>> areas between US territories... though that's not as important... 

> 

>To clarify, I thought your use of "US concentric" meant it was only a U.S. 
territorial 

>DGPS system. Its been adopted over a large part of the world. As to 
coverage, well that's 

>up to each individual area to do on their own. 


Well, us people in the newer ex-british colonies are sort of disadvantaged 
when it comes to dGPS intrastructure... Whereas the USA has probably 100 
stations, Australia has less than 10 operational stations, for a country 


about the same size, with more coast line.... I personally would call it 
northern-hemispere-centric myself... It looks like 90% of stations are in 
the north, and most are in the west.... So us poor people in the 


south-eastern quadrant are left out :-) 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 
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From bounce-aprsspec-11589@lists.tapr.org Wed Apr 5 10:44:49 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA26198 
for <lyris.aprsspec@tapr.org>; Wed, 5 Apr 2000 10:44:44 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-75602-2000.04.05-10.44.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 05 Apr 2000 11:44:18 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: aprsspec digest: April 04, 2000 
References: <LYR11601-75564-2000.04.05-04.09.03--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38EB5F52.F8F4EE81@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Darryl Smith wrote: 


> 

> >To clarify, I thought your use of "US concentric" meant it was only a U.S. 
> territorial 

> >DGPS system. Its been adopted over a large part of the world. As to 

> coverage, well that's 

> >up to each individual area to do on their own. 

> 

> Well, us people in the newer ex-british colonies are sort of disadvantaged 
> when it comes to dGPS intrastructure... Whereas the USA has probably 100 

> stations, Australia has less than 10 operational stations, for a country 

> about the same size, with more coast line.... I personally would call it 

> northern-hemispere-centric myself... It looks like 90% of stations are in 
> the north, and most are in the west.... So us poor people in the 

> south-eastern quadrant are left out :-) 


My point continues to be lost... 


It is not up to the U.S. to finance DGPS stations thoughtout the world.... fact of 
the matter is, 
most of the world is freeloading off the present U.S. owned GPS satellites. 


My point was that the "U.S. Coast Guard longwave MSK type DGPS system" works many 
places in the world with the same receiver. I can take my CSI SBX-2 DGPS receiver 
board, 

and have it work on the Detroit MI USA DGPS station OR one of the stations in 
Australia with 

no intervention on my part. 


Hence, I don't consider the DGPS system in question to be "US concentric" at all. 
Even if it 

were, I think some consideration needs to be made regarding who invested the 
millions 

of dollars to make it work. 


Now directly addressing your problem, have you considered setting up your own 


MSK DGPS station(s)? In the U.S. we have a license free band from 160khz-190khz 
that I used to play around with alot in my younger days. Building a transmitter 
for that 

range (well 200-350 in the case of DGPS) is not that hard. Couple that with the 
TAPR DGPS board and a little extra firmware and I think you'd have the makings of 
a DGPS station. Now with the apparent lack of DGPS coverage in Australia, I'd 
think 

your radio authorities might be a bit liberal in assigning experimental licenses 
for you. 


Seems like a good cause for a ham club.... might even get some funding from the 
government 

to offset you expenses. Make them solar powered, maybe 10 watts or so 
transmitters, 50 

foot helical loaded antennas.... should give maybe a 10 mile range or so.... or go 
higher in power 

if you have commercial mains available and/or bigger antenna. 


BTW, WAIS is presently being tested now.... not sure if Australia is in the 
footprint, but this 
maybe the reason for the lack of longwave DGPS stations..... they won't be as 


needed in the future. 
73 


Jeff 
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Subject: [aprsspec] ? SSID Path implementation. 
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Message-Id: <LYR11589-76170-2000.04.08-13.59.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Hello, I'm trying to understand the SSID Path routing method 
as implemented in the TM-D700. 


There is not any digipeater in my area that implement the SSID Path 
method for routing the UI frame with another firmware, I never found in 
the APRS protocol specification how the method work exactly, and I want 


to be sure that my observation is correct and this is how the protocol 
must be implemented. 


First the SSID Path routine in the D700 must be enable with the 
command UISSID and digipeater ON. 


I've observed that when UISSID is ON the digipeater repeat all 
the UI frame addressed to ANY CALL with SSID > 0 (not only the mycall or 
other generic call) and repeat as follow: 


>From SSID > 0 and SSID < 8 


The frame will be repeated with the SSID of destination decremented by one 
and the call of the digipeater will be put in the via list. 


Example: 

A frame like this (MYCALL is IW3FQG and UNPROTO is APRS-6): 
IW3FQG>APRS-7: 

will be repeated to: 

IW3FQG>APRS-6, DIGIx: 


With SSID > 8 the translation rules is different because there is the 
direction rule. 


If SSID is equal to 8 (North direction) 

If the digipeater listen an UI frame addressed to ANY call with 
ssid = 8 it repeat the frame, put the SSID of destionation to zero, 
put the digipeater callsign in the via list and attach to this if 
available the path for North direction (NPATH parameter in D700). 


Example: 


A frame like this (MYCALL is IW3FQG and UNPROTO is APRS-8, NPATH in the 


digi is set 
to NORTH): 


IW3FQG>APRS-8: 

will be repeated to: 

IW3FQG>APRS , DIGI*, NORTH: 

If SSID is equal to 12 (North direction) 

If the digipeater listen an UI frame addressed to ANY call with 

ssid = 12 it repeat the frame, put the SSID of destionation the same as 
received, 

put the digipeater callsign in the via list and attach to this if 
available the path for North direction (NPATH parameter in D700). 
Example: 

A frame like this (MYCALL is IW3FQG and UNPROTO is APRS-12, NPATH in the 
digi is set 

to NORTH): 

IW3FQG>APRS-12: 

will be repeated to: 


IW3FQG>APRS-12,DIGI*,NORTH: 


The same rule is valid for South (SSID 9,13) East (10, 14) and West (11, 
15). 


I've observed that in all cases if the frame is sent with a digipeater the 
via 

path (es: APRS-8 VIA DIGI) the frame is not repeated. 

IW3FQG>APRS-8, DIGI: 

Is not repeated by the digipeater. 

Do you know if all these rules are correct? 

Thanks in advance. 


Marco IW3FQG 


msave@tin.it 
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Hi all: 


I think a limited set of goals are outlined for APRS version 1.0, but the world 
has 
changed substantially since APRS was conceived. 


It might be worthwhile to consider the "vision" of APRS before proceeding on 

to version 2.0. Vision in the sense of seeing the future direction of the world, 
and 

setting some specific goals here. 


It would be helpful here to have some discussion from members of the APRS-WG, 
who with one exception, have not participated very much in an open forum 
discussing the future of amateur AVL. 


I've got a few things to through out, while not goals, might get things started 
with 


APRS version 2.0. Lots of this has already been discussed here. 


1. Backwards compatibility should not be a major issue. 
2. Reduce the number of protocols... I think there are 4 or 5 ways to say the same 
thing now. Maybe just standardize on compressed format or something. 
3. What is the purpose of APRS? List a bullet sheet in decreasing order of 
importance. 
This will be useful in making decisions as a weighting factor. 
4. Have extensions for balloons/sats to accommodate there increased height/speed 
xaccuratelyx while not overly impacting terrestrial operations (maybe a 16 bit 
field for balloons/sats where as terrestrial only requires 8 bit) 
5. Adopt or suggest a broadcast protocol on different frequencies. Maybe adopt the 
PACSAT method for this. 
6. Come up with a "official" slotted protocol for all GPS equipped trackers 
7. Adopt a "APRS time protocol" be it internet based or over the airx based. 
8. Do we really need AX.25? At least redefine the APRS protocol so it is transport 
method independent. 
9. Consider the big picture. How can the APRS model be made attractive to other 
users within amateur radio, such as DX cluster, weather, convers, etc. Any 
"one to 
many" type use. 


I'm sure there is more, but first and foremost we need to get a idea of the 
Vision... 

what are we trying to accomplish? What is most important and what is least 
important? 

How is the world and amateur radio changing? How could APRS/AAVL be made 
more attractive to power users? 


I'd like to see what people think, in particular the members of the APRS-WG. 
Thanks 


Jeff 
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Steve: 
Steve Dimse wrote: 


> Well, many IGates have minimal RF capabilities, and do not have a high 
> altitude. Even so, I'd be hard pressed to call 2 hops a long path, but 
> that is just semantics, it really doesn't matter. 


2 hops through 1000 foot digi's in urban areas when a I-gate is 0 hops 
away is to long of a path. Conversely, 5 hops in a rural area to get to 
the closet I-gate is OK. One has to be pragmatic here, better yet the 
software should do it for one. The point is every station, and I-gate 
has DIFFERENT RF capabilities. There is no standard amateur 

station. Hence the smart software should deal with these issues. 


And yes, IT DOES MATTER. Read some of the packet radio papers/ 
books I cited earlier. 


>I'll try and find Tom Clark's and Bob's article on the subject if you 
>promise me you'll 

>read it. I think Tom's was in a early PSR. 

> 

Don't bother, I really don't have time. Please understand, I'm not saying 
these are bad ideas, or wrong ideas. This is just not something that 
interests me enough to spend my precious time on. 


VVVV VV MV 


Oh, so the "radio" side of packet radio doesn't interest you? Hmmmmm...... 
Certainly your choice to ignore this stuff, but as you can see, many 

people hold your words in godlike esteem. Understand the power that this holds 
and weigh what you say with what you know to be true. I DO NOT fault you 

for this, but you'd be amazed at the amount of private hate mail I get supporting 
you whenever I question you on these types of issues. Yet you say these 

same issues don't interest you.... Life ain't fair, is it? 


Perhaps I wasn't specific enough in what I was asking, allow me to 
rephrase: 


Is anyone actually working on implementing these ideas in a working 
system for APRS users? This was the question I really am interested in. 


VV VV WV 


And perhaps I wasn't specific enough. YOU (and others) are working on 

these sort of things.... you just don't know it. It would be trivial (in some 
cases) to adopt the prior art I am pointing out to you. That's why I am 
posting this stuff here.... in the hopes those that already "have the wheel" 
can adopt them. I just don't see the need to completely re-invent the 

wheel here for what is simply good amateur practice.... yet increasingly 

it is becoming apparent to me that is what is needed. 


It simply would be much easier to do this within the system as opposed 

to completely scrapping the system we have and starting over. This is 

why I continually nudge you and other APRS leaders to adopt best practices 
of other packet radio amateur radio groups..... be they U.S. packet hams 
of 10 years ago or the Europeans today. We simply don't need to keep 
placing our hand on the stove to realize its hot. 


My interest really is to improve the system and not to throw rocks 

at programmers or the APRS-WG, as you seemed to imply in the 

close of your last message. But if people are closed minded, or unwilling 
to discuss these issue in an open forum, I'm sure it 

could come off looking like that. But if you really knew me, you'd 

know my intent was positive. 


But to more directly address your question, yes, I know of one party 
experimenting with APRServe RF data broadcasting. It is up to them 
to disclose it to you which I'm sure they will if and when they are 
successful. The other items WOULD require cooperation within the 
APRS community to implement, and hence I know of no-one doing 

them. To paraphrase your comment of "build it and they will come", 
simply cannot be the case without some corporation within the 
community, in particular when we are discussing networking issues 
and/or smart software. These things really need to be addressed 

more formally, something I'm suggesting be done. 


> At some point though I had to say enough, pick a set of tools, and Just 


> Do It. 


I believe the first sentence of my earlier posting said this was future food for 
thought. Its up to each person to open their mind to others ideas. 


> If APRS were a commercial system generating millions of dollars a year, 
> then there could be a core of hired programmers that did what they were 
> told. In a world like this, it is easy to turn vision into function. 


Hmmmm....... the business model of Linux keeps coming to mind. This 

also tells me that more often then not, we are are own worst enemy. 

Many "hobby" or open source things rival or exceed the commercial world. 
For all the supposed "warts" of APRS, it really DOES rival some things 
in the commercial world...... in particular YOUR stuff. 


Don't sell yourself short.... 


-Jeff 
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>2 hops through 1000 foot digi's in urban areas when a I-gate is 0 hops 
>away is to long of a path. Conversely, 5 hops in a rural area to get to 
>the closet I-gate is OK. One has to be pragmatic here, better yet the 
>software should do it for one. The point is every station, and I-gate 
>has DIFFERENT RF capabilities. There is no standard amateur 

>station. Hence the smart software should deal with these issues. 


This may be obvious to some, but it seems to me that what we're not saying 
in the digi path is what we are trying to do. IOW, We're telling the 
system what to do, not letting the system decide how to accomplish a goal 
within the local environment. 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 
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> Certainly your choice to ignore this stuff, but as you can see, many 
> people hold your words in godlike esteem. 


I don't think that's possible in Ham radio :-) The "rasberry" seems to 
predominate most communication. 


I think one of the responsibilities of a digi owner is to moderate the 
data onto a fixed/limited bandwidth. It really is an individual Ham 
responsibility, but we shouldn't depend on that. There is enough 
tools in a digi to force moderation. 


While I don't think you will be able to get any of the APRS authors 
to take on any tasking or personal ideas; what you are proposing is 
something that would make a great theoretical paper, or even a 
scientific study. One that may even be adopted. That's where I 
would recommend that you use your energy. 


Best Regards, 
Steve/k5okc 
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On 4/8/00 6:35 PM Jeff King (jeff@aerodata.net) wrote: 


>> >I'1ll try and find Tom Clark's and Bob's article on the subject if you 

>> >promise me you'll 

>> >read it. I think Tom's was in a early PSR. 

>> > 

>> Don't bother, I really don't have time. Please understand, I'm not saying 
>> these are bad ideas, or wrong ideas. This is just not something that 

>> interests me enough to spend my precious time on. 


>Oh, so the "radio" side of packet radio doesn't interest you? Hmmmmm...... 
>Certainly your choice to ignore this stuff, but as you can see, many 
>people hold your words in godlike esteem. Understand the power that this 
>holds 

>and weigh what you say with what you know to be true. I DO NOT fault you 
>for this, but you'd be amazed at the amount of private hate mail I get 


>supporting 

>you whenever I question you on these types of issues. Yet you say these 
>same issues don't interest you.... Life ain't fair, is it? 

> 


It is not my desire to be a god. If I were, I would know everything about 
everything, and with nothing left to learn, I'd probably be bored. One 
could only spend so much time looking into Cameron Diaz's bedroom... My 
statement was not that the issue was insignificant, or that I didn't care 
at all. The statement was that the issue didn't interest me enough to dig 
into the subject. I've learned I can't learn everything, I have to limit 
my involvement in some areas in order to achieve the results I want in 
others. 


Today I did not say that these were bad or unworthy ideas, or belittle 


them in any way. To save you the trouble of digging through messages, in 
the past, when I have voiced opposition to such proposals, it has 
generally been because my opinion is that such a networking scheme would 
be time-consuming to develop, expensive to deploy, and not result in 
enough benefit to the average ham to make them want to participate. I 
expressed those thoughts as my personal opinions and did my best to argue 
those points, but failed to convince you. I am no longer arguing these 
points, because to continue to debate is unproductive...I will never 
convince you, and to debate further would mean I would have to learn more 
about the subject, see the previous paragraph. 


Anyway, I would, honest and truly, rather see you prove me wrong by 
developing a better system, than to convince you it cannot be done. 


>It simply would be much easier to do this within the system as opposed 
>to completely scrapping the system we have and starting over. This is 
>why I continually nudge you and other APRS leaders to adopt best practices 
>of other packet radio amateur radio groups..... be they U.S. packet hams 
>of 10 years ago or the Europeans today. We simply don't need to keep 
>placing our hand on the stove to realize its hot. 

> 

OK, but again, what is needed is concrete examples, not references to 10 
year old papers. Develop a real protocol that implements these ideas, and 
present it. The test system need be nothing more than a couple ht digis 
and a few mobiles. No general concepts, vague references, or volunteering 
of other's labor. Results! 


>> If APRS were a commercial system generating millions of dollars a year, 
>> then there could be a core of hired programmers that did what they were 
>> told. In a world like this, it is easy to turn vision into function. 

> 

>Hmmmm....... the business model of Linux keeps coming to mind. This 

>also tells me that more often then not, we are are own worst enemy. 

> 

"The business model of Linux"? A handful of people with business savvy, 
smart enough to not alienate the open source community with promises and 
a few IPO shares, smart enough to ride the crest of anti-Microsoft 
sentiments, smart enough to con Wall Street into valuing companies that 
have never made a penny of profit in the billions, and finally, on their 
knees every night praying that the .com bubble doesn't burst before their 
lockout period ends. 


Perhaps the Linux open source community is the example you wish to put 
forward. A group of people who code for the sheer joy of it, without 
worrying about the financial aspects, and producing a superior product. 
That's great, I'm all in favor (with actions and not just words), but 
there is a big difference between the Linux world and the APRS world. In 
Linux, the programmers are the consumers, while in APRS the programmers 


are a distinct minority. And even in Linux, many good projects wither and 
die due to a lack of participation. 


There are simply too few programmers in APRS to produce the critical mass 
that Linux has achieved. Look at aprsd...the source has been available 
for well over a year. How many people have contributed? What about 
xastir? I keep meaning to ask Frank if anyone has joined him on the 
project. (You there Frank?) Dozens of people were clamoring for an open 
source client, but once one was released they seemed to just blend into 
the woodwork. Most of them really wanted a free client, not an open 
source one. Even the Pic-E...several hundred have sold, but only a couple 
people have released new programs for it. 


I say the answer to making the APRS community more Linux-like is to 
develop new talent, not to try to direct the efforts of those already 
contributing. I try very hard to encourage people to join in the fun, 
they do not know what they are missing. 


>Many "hobby" or open source things rival or exceed the commercial world. 
>For all the supposed "warts" of APRS, it really DOES rival some things 


>in the commercial world...... in particular YOUR stuff. 
> 

>Don't sell yourself short.... 

> 


I'm not selling myself at all ;-) 


The difference between hobby and commercial environment is not in the 
quality, and I never said or implied that APRS was in any way second rate 
to commercial systems. The difference is in the motivation of the 
programmers. I think we'd agree that love is a better motivator than 
money when it comes to coding. You have to love what you are working on 
to do an outstanding job, and that means the freedom to work on what 
interests you, not what interests other people. 


Steve K4HG 
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On Sat, 8 Apr 2000, Jeff King wrote: 


It might be worthwhile to consider the "vision" of APRS before proceeding on 
to version 2.0. 


VVV WV 


1. Backwards compatibility should not be a major issue. 


Then you probably need to plan on using a different frequency than 
144.39... 


Bob 
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> 8. Do we really need AX.25? At least redefine the APRS protocol so it is 
transport 
> method independent. 


The obvious transport protocol would be TCP/IP, with probably UDP as the 
datagram protocol. I think as long as you replace the Ethernet data-link layer 
with 

something relevant to Hams; such as AX.25, or any callsign based substitution 
of source and destination addresses, the result would be an instant winner. 


Given UDP, it would simplify some of the low level programming, as most OOP 
languages have a UDP object already, and it is a standard protocol. There are 
even various compression classes ready made. 


This would also facilitate a cryptographically strong authentication, as it is 
quite 
easy to spoof, or steal/modify an APRS object currently. 


The two books on my Ham desk are by Elliotte Rusty Harold, and published by 
O'Reilly: Java Network Programming, and Java I/0. The network one is three 
years old now, and becoming obsolete, but both provide enough information to 
just about plug and play any transport mechanism your heart desires :-) I'm 
sure C++ Builder or Visual Basic is similarly feature rich. The bad ole C days 
are over. No more grow your own... 


Best Regards, 
Steve/k5okc 
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Steve Sampson wrote: 


> > 8. Do we really need AX.25? At least redefine the APRS protocol so it is 


> transport 

>> method independent. 

> 

> The obvious transport protocol would be TCP/IP, 


No, not at all. Remember, this is going over the air on a data limited channel. 
The less overhead the better..... I think a tcp/ip frame has at least 40 bytes in 
overhead.... if this was the only choice, I would stick with ax.25. 


Or possibly are you suggesting pure IP over the air? There was a driver for 
NOS that allowed you to do this. 


I was thinking something a little more micro controller friendly and more tailored 
to the data at mind. tcp/ip is a real challenge on a little microcontroller, 
although 

maybe we shouldn't be to worried about this? 


But we are getting into specifics, I was more interested in what people want to 
do with AAVL. The specifics can come later. 


For example, what are the primary uses of amateur avl/APRS? AVL, chit chatting, 
sending beacons, sending messages. If you know the order of importance here, 
you can use these items to help decide issues relating to the protocol. 


> This would also facilitate a cryptographically strong authentication, as it is 
> quite 
> easy to spoof, or steal/modify an APRS object currently. 


This actually is quite a good idea. I think as APRS extends out past the ham 
market into the hacker market, people will appreciate these things more. 


73 


-Jeff 
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X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
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"Steve Dimse K4HG" wrote: 
[snip many excellent points] 


There are simply too few programmers in APRS to produce the critical mass 
that Linux has achieved. Look at aprsd...the source has been available 
for well over a year. How many people have contributed? What about 
xastir? I keep meaning to ask Frank if anyone has joined him on the 
project. (You there Frank?) Dozens of people were clamoring for an open 
source client, but once one was released they seemed to just blend into 
the woodwork. 


VV VV VV MV 


Open Source to me, aS a minimum, has a CVS or like based method of 

making changes. If you must rely on the original author to fold in your 
changes, it becomes unwieldy. For example, I tried to submit some changes 

to xastir that would allow it to work with a non-linux system, but after two 
upgrades none of the code was used. I just assumed that the author wasn't 
interested, and I moved on. I did look into the possibility of developing the 
program in my own way, but having spent some time in X windows 

applications development, and Linux uses the ancient 1.0 Motif, you have 

to compare that to Visual Basic or Java as to where you want to go in life. 


> Most of them really wanted a free client, not an open 
> source one. Even the Pic-E...several hundred have sold, but only a couple 
> people have released new programs for it. 


Most bought it to transport their GPS NMEA information. There really is 
a limited application for these. What are you expecting would develop? 
Cruise control interfaces? Maybe a city wide police radar detector 
emitter/dBm display... :-) 


> I say the answer to making the APRS community more Linux-like is to 
> develop new talent, not to try to direct the efforts of those already 


> contributing. 


Well put. If you can't program, you can at least do basic research and 
publish something that others can enjoy. OK, I'll be quiet again now... 


Best regards, 
Steve/k5okc 
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Bob Bruninga wrote: 


> On Sat, 8 Apr 2000, Jeff King wrote: 
> 


It might be worthwhile to consider the "vision" of APRS before proceeding on 
to version 2.0. 


1. Backwards compatibility should not be a major issue. 


Then you probably need to plan on using a different frequency than 
144.39... 


VV VV VV MV 


Thats not my concern. 


I'd actually rather here from you what you think APRS should be.... what is your 
"vision" for it..... its evolution. This would frame any discussions of APRS 
version 


2.0 even better then specifics... 
Thanks 


-Jeff 
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Precedence: bulk 


40 bytes sounds like a lot at 1.2 kbps, doesn't really matter 
at 4.8 kbps on up to 1.6 Mbps. We are talking about using 
Proxim Symphony Spread Spectrum in our cars and central 

nodes aren't we? :-) 


Best Regards, 
Steve/k5okc 


> > The obvious transport protocol would be TCP/IP, 

> 

> No, not at all. Remember, this is going over the air on a data limited 
channel. 


> The less overhead the better..... I think a tcp/ip frame has at least 40 bytes 
in 
> overhead.... if this was the only choice, I would stick with ax.25. 
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> > > 1. Backwards compatibility should not be a major issue. 

>> 

> > Then you probably need to plan on using a different frequency than 
> > 144.39... 

> 

> Thats not my concern. 


Correct. 144.39 should be considered consumed. At 1.2 kbps there is 
no room for other than minor changes. 


Having played a bit with the 4.8 kbps soundcard stuff, I think this is the 
way to go. You don't get into the problems of the G3RUH modem and 

its down to DC requirement, although you still need to bypass the audio 
filters (direct inject, discriminator take-off). This is the speed that most 
Police use in their cruisers for data terminals, for example. 


There's a lot of spectrum out there, and no use piling up with experimental 
stuff that may never be as viable. 


Best Regards, 
Steve/k5okc 
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Steve Sampson wrote: 


> Well put. If you can't program, you can at least do basic research and 
> publish something that others can enjoy. 


Here is something I wrote on the topic in PSR Isusue 56 October 1994: 
"Proposal: A High Speed Multicast-capable Packet System for the 219MHz 
Band" by Jeff King WB8WKA (but scales to other bands just as well) 


Now, writing is all well and good, but nobody reads the stuff it appears. 


Clearly, one must do more then write, one must be a RF expert and a software 
expert. 


-Jeff 
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Again, I preface this as food for thought, and not any great desire 
to debate you. 


First, one clarification. 

Steve Dimse K4HG wrote: 

Yet you say these 

>same issues don't interest you.... Life ain't fair, is it? 


> 
It is not my desire to be a god. 


VVV MV 


It may not be, but you have a very high profile position in APRS. People 
tend to look to you for guidence...like it or not. With that comes 
some responsibility. 


Anyways, lets get back to what I was saying, which I'm not sure was as 
clear as it should have been. 


What is at hand required little RF networking knowledge, but a suggestion 

of "hooks" you could put into FINDU to improve RF messaging 

delivery at some future date. Hence my prefacing this discussion with 

"food for thought". I just want you to think about this as you are in the sole 
position (at this point in time) to implement this. Even if you weren't, your 
corporation would be helpful. 


First the statement of issue. 


1. You stated that for various reasons you felt it wise to limit the number 
of internet gateways. 


2. I stated that I felt it better to embrace the internet, and have as many 
internet gateways as possible, even if they heavily overlapped. 


Yet the issues you bring up, management issues, are good ones. 


I am suggesting using FINDU to qualify internet gateways. That is, over time, 
FINDU (or the database) can determine who is on all the time, who has what 

RF footprint, and who is best able to deliver a message to a particular station. 
Basically to determine a "weight" in choosing who to IGATE a message to. 


While I won't bore you with the technical details, this boils down to something 
called "least power routing" which is a common industry standard. In the case 
of hams, least power would boil down to try and reduce the number of digi's 

in the path. Not only is this good amateur practice, but it also increases the 
chances of getting a message through. 


You target the message to the closet IGATE that has the highest "weighting" 
factor. This can be partially determined from the observed RF foot print from 
FINDU receiving as well as some self reporting issues like power and ERP. 


Now, back to management issues. All this would be done automatically. The software 
would chose the best path to the station depending on the weighting information 

it evaluated. In this way, your "choice" of the internet gateway would not be 
based 

on arbitrary political considerations, but on sound engineering/performance data. 
If 

for example, a station wasn't full time, its weighting score would decrease. If a 
station 

was one or more digi hops from the messaging station, its weighting would 
decrease. 


The whole point being here to reduce the impact on the frequency and increase the 
reliability of message delivery. 


I realize this might be a bit complicated, but it is perfectly workable. I was 
just asking 


you consider some of these issues in your design of "FINDU" so that someday it 
might 

be implemented. In programming terms, I was just asking for the "hooks", be it at 
your 

site, or remotely, be considered. 


Also, other smart routing things might be considered eventually. 


While your correct, I've had alot of ideas that go against your idea of what is 
practical, 

I don't think this is that outlandish... in particular since I'm just asking you 
to consider it 

in your design of FINDU and/or APRSERVE. 


That's it. Agree or disagree, I've spoke my piece. A few other things. 


>Hmmmm....... the business model of Linux keeps coming to mind. This 
>also tells me that more often then not, we are are own worst enemy. 
> 

"The business model of Linux"? 


VVV WV 


Nothing to do with IPO's. You misunderstand me. Its how Linux gets done 
and was in place long before any Linux IPO. Other then that, I think you 
got it. 


> Perhaps the Linux open source community is the example you wish to put 
> forward. 


Yes. 


A group of people who code for the sheer joy of it, without 

worrying about the financial aspects, and producing a superior product. 
That's great, I'm all in favor (with actions and not just words), but 
there is a big difference between the Linux world and the APRS world. 


VVNV WV 


Yes, indeed there is. 


In 

Linux, the programmers are the consumers, while in APRS the programmers 
are a distinct minority. And even in Linux, many good projects wither and 
die due to a lack of participation. 


VV VV 


You really need to be fair. Up until a year ago, I'm told on the newsgroups, 
anyone 
that considered doing a APRS port was threatened with lawsuits (I think you might 


have been the one saying this). To this date, there is only one open source APRS 
display application, and its still in Beta (and doing damn well). 


> There are simply too few programmers in APRS to produce the critical mass 
> that Linux has achieved. 


In the context of the above statement, I consider APRS ONE YEAR OLD as 
May 1999 was the time the statement was made anyone could develop for 
APRS. When Linux was one year old, it was more MINUX then LINUX. It 
was just barely available then. Few even knew it existed. 


> Look at aprsd...the source has been available 
> for well over a year. How many people have contributed? 


Don't know. Its a specialized application, with only 20-40 people running 
it so I suspect very few. 


> What about 
> xastir? 


Judging by the development list, it appears quite a few have contributed. Some 
real sharp people on that list and the project seems to be moving along real nice. 
If you not on the development list, it is: 


http: //okcforum.org/mailman/listinfo/xastirdev 


> I say the answer to making the APRS community more Linux-like is to 
> develop new talent, not to try to direct the efforts of those already 
> contributing. 


Yes, but more so collaboration. I help you in areas you are weak, you help 

me in areas I am weak. And so it goes. I have a itch, I scratch it, that kind 
of thing. It all builds up. So far, the ONLY one who has adopted the model 
fully is XASTIR. And clearly it shows. 


I think we'd agree that love is a better motivator than 
money when it comes to coding. You have to love what you are working on 
to do an outstanding job, and that means the freedom to work on what 
interests you, not what interests other people. 


VVV NM 


I'm sorry I came off that way as I feel the same way you do. If I were to offer a 
idea 

up you, I'd rather you say, yes that might be a good idea 

then to come off trying to dictate what you should do. I don't think your saying 
you want to work in a vacuum, so if I see a potential better way to do something, 
how do you suggest I present it? (assuming I'm not capable of implementing it 
myself) 


-Jeff 
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Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA09758 
for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 04:10:41 -0500 (CDT) 
Subject: [aprsspec] Re: [aprssig] Re: IGate placement 
Date: Sun, 9 Apr 2000 05:07:58 -0400 
From: Steve Dimse K4HG <k4hg@aprs.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>, 
"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
Message-ID: <LYR11589-76314-2000.04.09-04.08.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <1256869180-925329@aprs.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/9/00 3:53 AM Jeff King (jeff@aerodata.net) wrote: 


>1. You stated that for various reasons you felt it wise to limit the number 
>of internet gateways. 

> 

In the context of things as they are. 


>2. I stated that I felt it better to embrace the internet, and have as many 
>internet gateways as possible, even if they heavily overlapped. 

> 

In the context of contemplating an indefinite future. 


>I am suggesting using FINDU to qualify internet gateways. That is, over time, 
>FINDU (or the database) can determine who is on all the time, who has what 
>RF footprint, and who is best able to deliver a message to a particular 
>station. 


This is not a few hooks, it turns the system on its ear. You propose 
taking the decision to IGate out of the hands of the individual clients 
and placing it in a central server. 


>Basically to determine a "weight" in choosing who to IGATE a message to. 

> 

>While I won't bore you with the technical details, this boils down to 
>something 

>called "least power routing" which is a common industry standard. In the case 
>of hams, least power would boil down to try and reduce the number of digi's 
>in the path. Not only is this good amateur practice, but it also increases 


To determine this, you need to do even more modification to the system. 
The internet feed is heavily filtered of dups. The first one to APRServe 
gets through. The path of the packets can be different between 
first.aprs.net and second.aprs.net, each server does its own filtering. 
Your judging program needs to have access to all the dupes, this simply 
does not exist within the present system. It also needs to know which 
IGate recieved each packet, information which is not conveyed in the 
present system. 


Next you need to get the information to an IGate that it is the 
designated IGate for a packet. You might do this in advance, continually 
broadcasting messages giving the IGate for each station, or wait fora 
packet to appear, then modify it with IGate info. The former is wasteful 
of bandwidth, the later means the judge needs to either be inserted in 
the stream or inject a flagged packet into the stream in such a way that 
it does not get filtered. 


Each IGate program must be modified to accept commands from the judge, 
rather than make their own decisions. 


You need to make the system redundant, so that internet messaging does 
not fail when the judge goes down. 


>be implemented. In programming terms, I was just asking for the "hooks", 
>be it at your 

>site, or remotely, be considered. 

> 

If I'm missing an implementation that is really just a few hooks, please 
bore me with the details. I think this proposal would require a redesign 
of the network, a complete rewrite of APRServe, and large changes to 
every program that includes IGate code. Unless it was done right, it 
could easily decrease the reliability of the internet messaging. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 05:16:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA11137 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 05:16:07 -0500 (CDT) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
Date: Sun, 09 Apr 2000 13:15:19 +0300 
Message-ID: <LYR11589-76317-2000.04.09-05.16.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-76200-2000.04.08-16.31.55-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-76200-2000.04.08-16.31.55-- 
Paul.Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <umi0fsk63mtt3b0s030m41lsoormOkdlvhj@4ax. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 08 Apr 2000 17:30:48 -0400, Jeff King <jeff@aerodata.net> 
wrote: 


>Hi all: 

> 

>I think a limited set of goals are outlined for APRS version 1.0, but the world 
has 

>changed substantially since APRS was conceived. 

> 

>It might be worthwhile to consider the "vision" of APRS before proceeding on 
>to version 2.0. Vision in the sense of seeing the future direction of the world, 
and 

>setting some specific goals here. 

> 

>It would be helpful here to have some discussion from members of the APRS-WG, 
>who with one exception, have not participated very much in an open forum 


>discussing the future of amateur AVL. 

> 

>I've got a few things to through out, while not goals, might get things started 
with 

>APRS version 2.0. Lots of this has already been discussed here. 


x Make it an international standard. This would require at least: 
- Support for international units in messages. 


While the current situation using only imperial units is not as bad as 
it seems to be, since only by lucky coincidences (e.g. knots having 
greater resolution than m/s or feet having greater resolution than m) 
it is possible to transfer most measurements taken in SI units over a 
link using imperial units and display the values in SI units, without 
modifying the numeric value, provided that _exactly_ the same 
conversion factors are used and _exactly_ the same rounding rules are 
applied all over the network. Thus, the exact conversion factors and 
rounding rules should be clearly spelled out already in version 1.0. 


However, other situations are not so lucky (e.g. measurements taken 
in km/h is transferred over link with mph, will not always produce a 
correct displayed result). 


Thus, the unit should always be included in the message (even if it is 
a single bit telling that all measurements in this message are either 
SI or imperial) and each forwarding station should include this 
information and not modify the values. Only the final display station 
should do the conversion to the user selected unit, thus avoiding any 
unnecessary rounding errors. 


- Support for non-US-ASCII characters. 
The transmission medium must be 8 bit clean. 


The problem is which character set to use. It would be tempting to use 
some version of ISO-8859-x, but this would require that the code page 
identifier to be included with each message carrying textual 
information. In border areas it would be quite normal to use several 
code pages. 


It would be a better idea to go directly to Unicode and code it as 
UTF-8 for transmission. In UTF-8, the traditional US-ASCII characters 
would still occupy only 1 byte/character, but for other characters 2 
or 3 bytes/characters will be required. It is clear that no 
application would be required to support the more than 40000 Unicode 
characters, but regional subsets can be created. For Europe, there are 
three defined subsets (MES-1, MES-2 and MES-3 with about 500, 2000 and 


4000 characters respectively) that all support the Latin, Cyrillic and 
Greek scripts. A device not capable of displaying even these could use 
some fallback tables to convert the text to local 8 bit or even to 7 
bit US-ASCII for displaying it. 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 05:34:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA11471 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 05:34:18 -0500 (CDT) 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
Date: Sun, 9 Apr 2000 06:33:48 -0400 
From: Steve Dimse K4HG <k4hg@aprs.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
Message-ID: <LYR11589-76319-2000.04.09-05.34.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <1256864031-1235259@aprs.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/9/00 6:15 AM Paul Keinanen (keinanen@sci.fi) wrote: 


>- Support for international units in messages. 

> 

This is a client program issue. It doesn't matter if the on-the-air 
protocol speed is in conch shells per lunar month, as long as everyone 
knows what the units are, and the client program converts it into units 
the user can understand. 


I see no reason to complicate the on-the-air protocol. Suppose this were 
implemented...would you display the results in the units specified by the 
sender or convert some and not others so the units were the same? The 

former is much more confusing IMHO, the user expects a column of numbers 


to be the same units. If you are going to display all in the same units, 
why allow both on the air? Easier to save a bit, and convert all or none 
as the user desires. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 06:55:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA12725 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 06:55:03 -0500 (CDT) 
Message-ID: <LYR11589-76324-2000.04.09-06.53.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13439-76237-2000.04.08-21.36.00--ssampson#usa- 
site.net@lists.tapr.org> <LYR11601-76253-2000.04.08-22.45.44-- 
jeff#aerodata.net@lists.tapr.org> <38FQ246F .623158A1@aerodata.net> 
Subject: [aprsspec] Re: [aprssig] IGate placement 
Date: Sun, 9 Apr 2000 06:52:24 -0500 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <004601bfa21a$1236e4a0$8e228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I wrote two magazine articles back in the early 90's. If you write it up 
magazine style, you don't really care, as you just want the $50 per 
page... 


What is attractive about APRS, is its simplicity. I use it because I like 
to keyboard chat, or keep track of WF6H-14 as he trucks across 
America, or follow KB4HRV's flights over Havana :-) 


While I don't think there is any great need to modernize the programs, 
there are many areas, that now documented, show the limits of 

where it can/will be going. The igate can complicate things, but the 
current population is technical enough to manage their output, or if 
not, some local policeman will be sure to point you out at the next 
club meeting. 


Best Regards, 
Steve/k5okc 
"You can learn a lot about a protocol at 30 bytes/sec thru-put" 


Now, writing is all well and good, but nobody reads the stuff it appears. 


Clearly, one must do more then write, one must be a RF expert and a software 


> 
> 
> 
> expert. 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 09:50:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17698 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 09:50:55 -0500 (CDT) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
Date: Sun, 09 Apr 2000 17:48:44 +0300 
Message-ID: <LYR11589-76396-2000.04.09-09.49.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-76319-2000.04.09-05.34.20-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-76319-2000.04.09-05.34.20-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sq21fs812cakvla2pts09503342e6ckb0d@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


On Sun, 9 Apr 2000 06:33:48 -0400, Steve Dimse K4HG <k4hg@aprs.net> 
wrote: 


>On 4/9/00 6:15 AM Paul Keinanen (keinanen@sci.fi) wrote: 

> 

>>- Support for international units in messages. 

>> 

>This is a client program issue. It doesn't matter if the on-the-air 
>protocol speed is in conch shells per lunar month, as long as everyone 
>knows what the units are, and the client program converts it into units 
>the user can understand. 


Provided that a suitable resolution is available in the transfer 
encoding and this has to do with the maximum value allowed. With too 
bad resolution, values can not be transferred transparently when using 
some specific source and display unit. 


Assume a hypothetical speed encoding using unsigned binary values. 
Since Concord seems to be the only civilian object going over Mach 1, 
it would be natural to set the full scale to that speed. Thus, in an 8 
bit system Mach 1.0 would correspond to transmitting numeric value 
255, on a 12 bit system the max value would be 4095 and on a 16 bit 
system it would be 65535. Thus the resolution would be, when expressed 
in various speed units (use a fixed width font): 


8 bit 12 bit 16 bit 

1.3 0.083 0.005 m/s 
4.8 0.3 0.019 km/h 
3.0 0.19 0.012 mph 

2.6 0.16 0.01 knot 


Clearly, the 8 bit system is inadequate, since you could not even get 
the unit digit correct in most cases. With 12 bits, speeds down to 0.1 
m/s can be reliably transferred, which might be handy for tracking 
pedestrians, but the speed could only be reliably displayed to 1 km/h, 
1 mph or 1 kt. With 16 bit, speeds with 0.01 unit resolution could be 
reliably transferred, which seems to be a bit of an overkill, unless 
you are tracking snails :-). 


>I see no reason to complicate the on-the-air protocol. Suppose this were 
>implemented...would you display the results in the units specified by the 
>sender or convert some and not others so the units were the same? 


That would be set by the user preferences in the display device. 


Unless we are talking about intercontinental tracking, in practice the 
data generating device and the user display preference would be the 
same as the units used in that part of the world. 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 10:06:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA18207 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 10:06:29 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 9 Apr 2000 11:05:40 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
In-Reply-To: <38EFFCF4.DF799D3C@aerodata.net> 
Message-ID: <LYR11589-76397-2000.04.09-10.06.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004091039160 .7836-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 8 Apr 2000, Jeff King wrote: 

>> 

>>> It might be worthwhile to consider the "vision" of APRS before proceeding 
>>> to version 2.0. 

>>> 

>>> 1. Backwards compatibility should not be a major issue. 

>> 

>> Bob Said: Then you probably need to plan on using a different 
>> frequency than 144.39... 

> 

> Jeff Said: Thats not my concern. 


I'd actually rather here from you what you think APRS should be.... what is 
your "vision" for it..... its evolution. This would frame any 

discussions of APRS version 2.0 even better then specifics... 

Thanks 

-Jeff 


VVVV Vv 


Simple, something that works. 

Something that allows use of what we have until everyone choses to 
upgrade. Im all for advancing the state of the art. It is unbelievable 
what we can do with digital and HAM radio. We are using probably less 
than 10% of our VHF spectrum. 


See my 1994 article using the input channels of VOICE repeaters to 

deliver over 3 Mbytes of data per hour and yet not impact voice users on 
thse same repeater. With over 50 such channels on 2 meters alone, thats 
150 Mbytes per hour without asking for a single new channel from frequency 
coordinators, and the repeaters are still never more than 1 second away 
from normal use by any existing voice user. 


All we need is people doing things. If you build something that works, 
people will use it. 


As for APRS, its only packet. AX.25, UI frames. Its nothing new since 
1978. Its only an application. Do not try to burden it with all the 
"things that could be...". We can tweak it, optimize it, but any step 
function radical change will probably need to seriously address backwards 
compatibility, or move to a different frequency. 


Thats what APRS had to do. No way would APRS be tolerated on existing 
networks had it not been for the general demise of packet anyway. APRS 
was NOT WELCOME back in 1992 and objected to by most all packet guru's at 
the time. Therfore we spun our own network... 


I suspect such is the way of life... 


Bob, WB4APR 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 11:59:06 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21191 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 11:59:04 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 9 Apr 2000 12:57:55 -0400 (EDT) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
In-Reply-To: <LYR11586-76396-2000.04.09-09.49.06-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-76410-2000.04.09-11.59.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004091254590 .9723-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 9 Apr 2000, Paul Keinanen wrote: 


Assume a hypothetical speed encoding using unsigned binary values. 
Since Concord seems to be the only civilian object going over Mach 1, 
<snip> 

Clearly, the 8 bit system is inadequate, since you could not even get 
the unit digit correct in most cases. With 12 bits, speeds down to 0.1 
m/s can be reliably transferred, which might be handy for tracking 
pedestrians, but the speed could only be reliably displayed to 1 km/h, 
1 mph or 1 kt. With 16 bit, speeds with 0.01 unit resolution could be 
reliably transferred, which seems to be a bit of an overkill, unless 
you are tracking snails :-). 


VV VV VV VV VM 


Thats why APRSdos uses LOG speed vectors for display and the compressed 
APRS format uses a LOG scale. It can resolve snail speeds and Concord 
speeds to the same geometric precision. 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 14:25:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA25972 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 14:25:32 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-76423-2000.04.09-14.25.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 09 Apr 2000 15:21:07 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
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Steve Dimse K4HG wrote: 
On 4/9/00 3:53 AM Jef£ King (jeff@aerodata.net) wrote: 


>2. I stated that I felt it better to embrace the internet, and have as many 
>internet gateways as possible, even if they heavily overlapped. 

> 

In the context of contemplating an indefinite future. 


VV VV VV 


Right, that's why I called it future food for thought. Least power routing. 


> This is not a few hooks, it turns the system on its ear. You propose 
> taking the decision to IGate out of the hands of the individual clients 
> and placing it in a central server. 


But isn't this how it is done now? You decide who is the dedicated 
Igate for an area? (in conjunction of course with a willing volunteer). 


All I am suggesting is, eventually, a weighted lottery method based on 
a number of criteria that could be determined electronically be used. 
The intent here being the opposite of what you asked for... not 

to decrease the number of I-gates but to increase them. 


The difference being instead of one selecting the I-gate, the system does 

this for you based on a number of criteria, location not being the only one. I- 
Gates 

are "awarded" for being on the air and available by having there weighting 
factor (chance they will be used) increased. I suspect, having played with mysql 
a little, it would not be to hard to use it to determine some of these weight 
factors already. (reliability being one of them) 


This being for the purpose of implementing least power routing on our 
RF channel. I believe Tim Shepherd wrote a paper long these lines 
for is MIT thesis. Phil Karn is also a big advocate of this method. 


>While I won't bore you with the technical details, this boils down to 
>something 
>called "least power routing" which is a common industry standard. 


VV VV V 


To determine this, you need to do even more modification to the system. 


Again, food for thought. That's all I was presenting it as. It was my feeling 
that the benefits were very attractive, in particular long term scalelability. 
But your right.... I'm not going to tell you what to do. Also, I'm not in 

a position to duplicate and write a "new" APRSERVE and FINDU. Its beyond 

my present capabilities. So I'll be silent on this aspect of it. 


> Each IGate program must be modified to accept commands from the judge, 
> rather than make their own decisions. 


Oh, I understand that. That's what I meant by "hooks". I think the thing that is 
being lost, in particular those that are telling me to "do it myself" (a good 
point 

however) is APRS development really is a collaborative effort.... more so then 
almost any 

other amateur program. While NOS was also a networking program, they 

were able leverage off of the existing tcp/ip protocols and had a strong standards 
body directing the core effort (as does Linux in the form of the benevolent 
dictator 

Linux Tovads). 


This has been my fundamental misunderstanding in these conversations since 
May. I'll try to correct this. 


> You need to make the system redundant, so that internet messaging does 
> not fail when the judge goes down. 


Yes, of course. 


>be implemented. In programming terms, I was just asking for the "hooks", 
>be it at your 

>site, or remotely, be considered. 

> 

If I'm missing an implementation that is really just a few hooks, please 
bore me with the details. 


VV VV VV 


Well, here are a few things that might be logged (and they may already be logged 
by FINDU) in determining a weighting factor. I'm also not 100% sure of the 
retry/routing method you presently use for messaging... is that documented 
anywhere? 


Again, before I proceed, the point of this was to have MORE internet gateways to 
reduce the number of digi's needed to INCREASE channel capacity by implement 

a crude form of least power routing. That's it. Here are the hooks for the 
weighting 

database part of it. * means optional and not really needed 


1. Geographic location of IGATE(s) hearing message 
2. *Signal strength info from this IGATE (would be nice, but I know it won't 
happen) 
3. Geographic location of user wishing RF message 
4. Ground elevation of IGATE (user or DEM derived) 
5. Reliability factor of IGATE (i.e. is it up each hour of each day?-- posits 
heard --) 
6. ERP of IGATE (user entered) 
7. Antenna height of IGATE (user entered) 
8. x*Crosscheck on Antenna height (direct posit derived... not used in calculation 
but as method 

to roughly confirm antenna height so user doesn't "fudge" things... this could 
happen) 
9. History of this I-GATE.... how many messages did it successfully deliver? 


Now, one could simply start out with points 1 & 2 (chose the closest geographical 
pairs). I'd immediately start logging point #9..... this will catch the I-Gates 
who have 

there transmitters improperly configured (overdeviation etc) and one can reduce 
there 

weight. Now it starts to become more complicated. 


Reliability also is a factor.... that is, how often is the I-GATE on the air? This 
is your 
reward carrot.... assuming a ham wants his station used as a I-GATE (the carrot) 


one logs over time if that station is on the air (no more then once per hour 
however 


to stop them from increasing the posit rate). Lets say the ham has a 99% up rate. 
He gets a high weighting number. If he has a 50% up ratio, then the weighting 
factor 

is lowered. This may not be needed at all depending on your transport method for 
messaging on the internet (ack ack?). But still might be useful as you'd still be 
logging 

over the air stuff.... which is the bottom line. 


Now, I don't think the above method really takes a complete rewrite, does it? You 

presently have a criteria you use to determine who to send a over the air message 

to be 

be transmitted. All the above information is already available to you, or could be 
derived. 

If not, specifically what is missing from the system? 


Points 2, 4 (ground elevation), 6 (ERP), 7 (antenna height) and the crosscheck are 
all used to implement least power routing more directly, and might be a more long 
term 

thing. 


So instead of only considering only geographical location, one also factors in 
other 

things. Lets say for example one has two I-gates that heard the signal, and now 
one wants to transmit through one of them. Both are the same distance from the 
msg client and both have the same history and reliability factor. 


So, which one do we chose?? 


With least power routing, the idea is to minimize the RF footprint so as to have 
less impact 

on outlying areas to improve frequency re-use. Just like CDMA does it. So lets say 
we want to see at least a 40DB S/N signal at our client (who by default is modeled 
as a mobile 

user). Factoring in the noise level, we need at least a S-9 signal for a BER of 
10-4 or better. 

So we pick the biggest station with the highest ERP/height, right? Not 
necessarily. In this 

case, both are only 5 miles away and both stations would dramatically exceed the 
4Odb S/N 

we set as our threshold. So in this case, we pick the I-GATE that has the SMALLER 
RF foot print (lower ERP/height). This has no effect on our messaging but it 
causes less 

interference to those in outlying areas. Meaning, we have both increased channel 
capacity 

and increased the reliability of the system. 


> I think this proposal would require a redesign 
> of the network, a complete rewrite of APRServe, and large changes to 


> every program that includes IGate code. 


Possibly and the reason I am calling this food for thought. Or it may be APRS 
simply 

won't scale any further. We've already received reports on the SIG on congestive 
collapse 

of some of the urban networks. So maybe its terminal already. But these are the 
issues 

one might consider now, if one can.... this is not another quick fix but a method 
to allow 

almost infinite scaling of the system (see Tim's paper). As the system evolves, if 
one makes 

these considerations ahead of time, implementing them will be that much easier. 


>Unless it was done right, it 
>could easily decrease the reliability of the internet messaging. 


Maybe, but if one agree with the following two statements, then having more 
I-GATES, instead of less I-GATES might eventually make sense, assuming 
the system can handle it. Least power routing.. 


1. A close direct path , IF POSSIBLE, is more reliable then a long digipeated 
path. 

2. The direct path has less impact on the channel, thereby allowing more users to 
be on the channel (no/less digi's means less transmissions and a smaller RF 
footprint) 
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Steve Dimse K4HG wrote: 


> I think this proposal would require a redesign 
> of the network, a complete rewrite of APRServe, and large changes to 
> every program that includes IGate code. 


Someone explained to me off-sig how I-Gate messaging worked from a internal 
perspective. In light of this, I completely agree with you. 
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On 4/9/00 3:21 PM Jeff King (jeff@aerodata.net) wrote: 

> 

>Steve Dimse K4HG wrote: 

> 

>> This is not a few hooks, it turns the system on its ear. You propose 
>> taking the decision to IGate out of the hands of the individual clients 
>> and placing it in a central server. 

> 

>But isn't this how it is done now? You decide who is the dedicated 
>Igate for an area? (in conjunction of course with a willing volunteer). 
> 

This episode I mentioned was the first time I've ever done anything to 
manage who could and couldn't be an IGate. Even in this case, all I did 
was suggest the two people talk to each other. If they both still want to 
be IGates, I'll add them both. As I say, this doesn't affect the internet 
side, it affects the RF side. It is not my place to manage local RF nets. 


The decision I'm talking though about is who transmits a given packet. 
Right now each IGate makes the call itself on each packet. Each IGate 
keeps track of who it considers local, and when a message appears to one 
of an IGate's local users, it sends it. 


>The difference being instead of one selecting the I-gate, the system does 
>this for you based on a number of criteria, location not being the only 
>one. I-Gates 

>are "awarded" for being on the air and available by having there weighting 
>factor (chance they will be used) increased. I suspect, having played with 
>mysql 

>a little, it would not be to hard to use it to determine some of these weight 
>factors already. (reliability being one of them) 

> 

There is no infrastructure for collecting this information, nor any 

Single place it can be acquired. It would require multiple modifications 

to most pieces of the present system. 


>> >be implemented. In programming terms, I was just asking for the "hooks", 
>> >be it at your 

>> >site, or remotely, be considered. 

>> > 

>> If I'm missing an implementation that is really just a few hooks, please 
>> bore me with the details. 


>Well, here are a few things that might be logged (and they may already be 
>logged 

>by FINDU) in determining a weighting factor. I'm also not 100% sure of the 
>retry/routing method you presently use for messaging... is that documented 
>anywhere? 

> 

http: //www.aprs.net/inetmsg. html 


There was also my DCC98 paper, in the proceedings or at 
http: //www.aprs.net/vm/dcc98. html 


I hadn't looked at the first link in quite a while, interesting to note 
that a couple years ago I wrote that the server was "very popular", 
documenting more than 40 users at a time and 500 connects a day. Now the 
two servers support more than 300 users most ofthe time and 5000 connects 
a day! I wonder if it will increase 10 fold again over the next 2 years! 


The routing method, if you want to call it that, is quite simple. Every 
IGate sees every packet, and if a station is local, it transmits the 
message. Local means heard in x hops or less, generally 2, which matches 
the WIDES in the outgoing path. Acks are end to end. 


Dig 
>Now, I don't think the above method really takes a complete rewrite, does 
>it? 


For gathering this data, there still must be an infrastructure created 
that allows access to each packet without filtering, and that can 
identify the source of each packet. This means either creating a new 
system that runs in parallel with APRServe, or a big rewrite of APRServe 
to change the way it handles data. 


>You 

>presently have a criteria you use to determine who to send a over the air 
>message to be 

>be transmitted. All the above information is already available to you, or 
>could be derived. 

>If not, specifically what is missing from the system? 

> 


Just to pick one of your unstarred criteria: 
>9. History of this I-GATE.... how many messages did it successfully deliver? 


This means the ACK from a client would need to identify which IGate it 
got the message from. The ACK protocol needs to be changed, and every 
client program, not to mention every D7 and D700, would need to be 
updated. 


Of course, if you guarantee that only one station sends a message, then 
you can collect this info fairly easily, but the command/control system 
to cause single transmissions is entirely lacking. 


>So instead of only considering only geographical location, one also 
>factors in other 
>things. 


Geographical location is never looked at in the present system, it is a 
functional criteria. The target must be heard within x hops (generally 2) 
of the IGate within the last hour. 


>Lets say for example one has two I-gates that heard the signal, 

>and now 

>one wants to transmit through one of them. Both are the same distance from 
>the 

>msg client and both have the same history and reliability factor. 

> 

>So, which one do we chose?? 

> 

Right here is the greatest amount of work. First, you have to create this 
central judging program (with a redundant backup and a means for 
switching between them), then you have to somehow place each IGate under 
the control of this authority. I'm sorry, but this is not "just adding a 
few hooks". 


Steve K4HG 
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Steve Dimse K4HG wrote: 


> . It is not my place to manage local RF nets. 


Maybe not.... but it will need to be done someday, I suspect sooner rather 
then later. 

> The decision I'm talking though about is who transmits a given packet. 

> Right now each IGate makes the call itself on each packet. Each IGate 

> keeps track of who it considers local, and when a message appears to one 
> of an IGate's local users, it sends it. 


This was the fundamental problem I had. I thought there was some mechanism 
in place to limit this. In essence, you are considering the whole network 
as one big ethernet segment, and whatever "bridge" hears the user, takes 
it in. Must be an absolute mess during band openings. 


One question, in your paper at http://www.aprs.net/inetmsg.html you state: 
>Potential Problems 
>The biggest problem that may occur with the new IGating system is QRM. 


>In its present implementation, no check is made for the existence of multiple 
>IGates in an area. Therefore, if an area has multiple IGates enabled to 


retransmit 

>messages, a message to a local station will cause all of them to transmit it. We 
>think we have a way for the system to deal with this problem, but it will take a 
>while to get it implemented. In the mean time, it is up to local users to be 
aware 

>of who the other IGates are, and to coordinate with them. 


As you did recognize this problem at that time, what did you have in mind to 
fix it and why wasn't it implemented? 


The routing method, if you want to call it that, is quite simple. Every 
IGate sees every packet, and if a station is local, it transmits the 
message. Local means heard in x hops or less, generally 2, which matches 
the WIDES in the outgoing path. Acks are end to end. 


VVNV NV 


Right, as far as APRSERVE is concerned, your talking to one big ethernet 
segment. Of course, radio isn't one big ethernet segment. In light of 
this, I agree with you that it would be completely impractical to change 
APRSERVE..... even so, there still might be a chance to implement a 
least power routing system, the focus now just changes to the I-GATE 
stations. 


Or is it your feeling this is impractical also? 


>So instead of only considering only geographical location, one also 
>factors in other 
>things. 


Geographical location is never looked at in the present system, it is a 
functional criteria. The target must be heard within x hops (generally 2) 
of the IGate within the last hour. 


VV VV VV MV 


OK, then the smaller "x hops" is, the higher the weighting factor. Would 
this work? 0 hops (direct) being highest and so on. 


Still, with APRSERVE being just one big ethernet segment, I don't see 
how this could be communicated. 


Oh well, maybe in the next life. 
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On 4/9/00 5:49 PM Jeff King (jeff@aerodata.net) wrote: 


> 

> 

>Steve Dimse K4HG wrote: 

> 

>> . It is not my place to manage local RF nets. 

> 

>Maybe not.... but it will need to be done someday, I suspect sooner rather 
>then later. 

> 

Not on a national level. The QRM is local, the issue is local. It would 

be like the APRSWG declaring they would decide where all the digis in the 
country have to be placed... 

> 

>As you did recognize this problem at that time, what did you have in mind to 
>fix it and why wasn't it implemented? 

> 

The fix I thought of was random holdoff. If you are an IGate, after you 
decide to transmit a message, you wait x+random(y) seconds...if£ you hear 


the message on RF, you know someone else has transmitted it, so you 
don't. y would be decided based on the number of IGates and digis in an 
area, x would vary based on priority. This could be as simple as the 
presumption that IGates running aprsd are full time, and so have shorter 
holdoff, while clients like WinAPRS would have longer ones. More fraught 
with danger is to make it user-configureable. More complex would be to 
listen for other IGates and dynamically adjust the numbers. 


Never got implemented because it never got high enough on the list. Lots 

of people complain about no IGate close enough to them, no complain 

reached my ears about too many. In any case, I only have control of 
APRServe, which provides IGate services to South Florida and SoCal only... 
> 

>> The routing method, if you want to call it that, is quite simple. Every 
>> IGate sees every packet, and if a station is local, it transmits the 

>> message. Local means heard in x hops or less, generally 2, which matches 
>> the WIDES in the outgoing path. Acks are end to end. 


>Right, as far as APRSERVE is concerned, your talking to one big ethernet 
>segment. Of course, radio isn't one big ethernet segment. In light of 
>this, I agree with you that it would be completely impractical to change 
>APRSERVE..... even so, there still might be a chance to implement a 
>least power routing system, the focus now just changes to the I-GATE 
>stations. 

> 

>Or is it your feeling this is impractical also? 

> 

How would you have the IGates gather and distribute the info they would 
need? 

> 

>> >So instead of only considering only geographical location, one also 
>> >factors in other 

>> >things. 


>> Geographical location is never looked at in the present system, it is a 
>> functional criteria. The target must be heard within x hops (generally 2) 
>> of the IGate within the last hour. 


>OK, then the smaller "x hops" is, the higher the weighting factor. Would 
>this work? 0 hops (direct) being highest and so on. 

> 

Yes but... 


One of the problems is variable propagation. Say one IGate hears usually 
in three hops, but just happens to get a packet once by one hop. Not such 
a big deal when the reliable IGate 2 hops away will also send the 
message, but if you implement a control system to make only the best 
IGate transmit, then you need to be a lot more rigorous, perhaps 


examining each RF packet and running a moving average on each station. 
More work, and the trouble here is it must be done in parallel by at 
least 4 different authors... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 9 17:38:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ2820 

for <lyris.aprsspec@tapr.org>; Sun, 9 Apr 2000 17:37:58 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-76453-2000.04.09-17.37.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 09 Apr 2000 18:35:49 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 

Subject: [aprsspec] Re: [aprssig] Re: IGate placement 
References: <1256822520-37196@aprs.net> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38F105C4.7CF4926D@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve Dimse K4HG wrote: 


>As you did recognize this problem at that time, what did you have in mind to 
>fix it and why wasn't it implemented? 

> 

The fix I thought of was random holdoff. If you are an IGate, after you 


VV VV WV 


decide to transmit a message, you wait x+random(y) seconds...if£ you hear 
the message on RF, you know someone else has transmitted it, so you 
don't. y would be decided based on the number of IGates and digis in an 
area, x would vary based on priority. This could be as simple as the 
presumption that IGates running aprsd are full time, and so have shorter 
holdoff, while clients like WinAPRS would have longer ones. More fraught 
with danger is to make it user-configureable. More complex would be to 
listen for other IGates and dynamically adjust the numbers. 


VV VV VV VV 


Yes..... that would work. One other mechanism to consider here is if the message 
comes through a second time (or more) the station that sent it goes to a slightly 
HIGHER holdoff, lets call this h. The assumption being is that the station that 
sent 

it didn't make it, so go with another station. If no other station exists, the one 
sending 

it the first time would still send it again, just with x+random(y)+h. H would only 
be 

set once per message. Everyone would get the same first shot at it, then the 
person 

that sent it steps to the back of the line. 


Would it also be possible to weight this formula with the digi-hop number also? 


> Never got implemented because it never got high enough on the list. Lots 
> of people complain about no IGate close enough to them, no complain 
> reached my ears about too many. 


Well, as you said, you've had a 10x increase since 1997. Again, the paradigm has 
changed since then. Now we are seeing full time internet access at more and more 
ham shacks. So not only has APRS users increased 10X since 1997, I'd think those 
that have full time internet have also increased at least 10X. So we are looking 
at at 

least a potential 100X increase in potential full time I-GATES since 1997. 


In any case, this sounds like a local I-GATE issue and not an APRS-SERVE 

issue. Would it be possible for you to submit your plan to the APRS-WG, assuming 
you formally wrote it up. This is not something someone can "go out and code". 
Everyone 

needs to adopt it in a similar manner for it to be effective. 

Alternately, I guess they are getting this e-mail. 

Anyways, thanks for the go around. It was very enlightening. 


73 


Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 10 00:25:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21970 

for <lyris.aprsspec@tapr.org>; Mon, 10 Apr 2000 00:25:04 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-76507-2000.04.10-00.25.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 10 Apr 2000 01:22:11 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
References: <LYR11601-76397-2000.04.09-10.06.31--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38F16502.E65FB338@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


See my 1994 article using the input channels of VOICE repeaters to 
deliver over 3 Mbytes of data per hour and yet not impact voice users on 
thse same repeater. 


VV VV WV 


Is that online? I'd like to see it. 


> We can tweak it, optimize it, but any step 


> function radical change will probably need to seriously address backwards 
> compatibility 


Maybe, but there has to be some point we move on. I'd think any upgrade 
the cost under $100 and offered substantial improvments might be 
immune from the need to use 15 year old TNC's. 


> , or move to a different frequency. 


Question for you.... can those Kenwood radios receive at 9.6kbaud on 440 
and at the same time the transmit and receive at 1.2kbaud on 2meters? 


Thanks 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 10 07:32:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11142 

for <lyris.aprsspec@tapr.org>; Mon, 10 Apr 2000 07:32:11 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 10 Apr 2000 08:31:24 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
In-Reply-To: <38F16502.E65FB338@aerodata.net> 
Message-ID: <LYR11589-76530-2000.04.10-07.32.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004100820480 .20119-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> > See my 1994 article using the input channels of VOICE repeaters to 

> > deliver over 3 Mbytes of data per hour and yet not impact voice users on 
> > thse same repeater. 

> 

> Is that online? I'd like to see it. 


It got removed from the APRSdos docs many years ago when I needed 

more room. But it is very simple. You stream data at 9600 baud from a 
voice repeater site by transmitting on its INPUT frequency. This is 9 

packets at a burst. So for 900 ms you are streaming data, and for less 
than 100 ms the carrier drops and listens for anyone wanting to use the 
repeater. 


Thus voice users are totally unaffected. They key their voice radio and 
within one second, the repeater hears them and they use the repeater 
normally. Whenever the repeater drops, it continues with the data feed. 


The beauty is that it requires NO user mods. Every voice radio and voice 
user sees NO change. Yet for the 95% of the time that the repeater is 
idle, it is passing megaybtes on its input frequency. (No one ever 
listens to the repeater input frequency).. Notice this is a one-way feed. 
Only the REPEATER itself can judge when the repeater input frequency is 
not busy. But this is exactly the way WEB pages work, 99% of the data 
goes one way. 


The digital stations just capture everything. If a user needs to request 
a file, then his single packet gets transmitted on a common channel such 
as 145.01... 


Ths idea got very little attention back then, because everyone was still 
thinking interms of balanced two-way connect-type exchanges. But the WEB 
has changed all that... Now it is perfect! 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 10 07:32:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11159 

for <lyris.aprsspec@tapr.org>; Mon, 10 Apr 2000 07:32:55 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 10 Apr 2000 08:32:03 -0400 (EDT) 


From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Version 2.0, the "vision thing" 
In-Reply-To: <38F16502.E65FB338@aerodata.net> 

Message-ID: <LYR11589-76531-2000.04.10-07.33.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10004100831270 .20119-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 10 Apr 2000, Jeff King wrote: 

> 

> Question for you.... can those Kenwood radios receive at 9.6kbaud on 440 
> and at the same time the transmit and receive at 1.2kbaud on 2meters? 


No. It can operate cross band, but not at different rates.. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 14 10:51:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA19884 
for <lyris.aprsspec@tapr.org>; Fri, 14 Apr 2000 10:51:52 -0500 (CDT) 
Message-ID: <LYR11589-77467-2000.04.14-10.52.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 14 Apr 2000 16:51:07 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] APRS Compressed Position Format 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ZxYAbQAr5z94Ewgn@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I need some real examples of APRS compressed position data, to help 
verify that the APRS Protocol Spec is correct. 


If you transmit your posits in compressed format, please send me some 
examples, together with the corresponding lat/long coordinates. 


Thank you. 
73 
Tan, G3NRW 


Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 14 19:41:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ8691 

for <lyris.aprsspec@tapr.org>; Fri, 14 Apr 2000 19:41:14 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-77575-2000.04.14-19.41.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 14 Apr 2000 20:28:56 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GUI that suports COMPRESSED FORMAT? 
Content-Type: text/plain; charset=us-ascii 


Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38F7B7C8.DEE64ACE@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At one point, only APRSDOS was supporting the new compressed format. 
Is anyone else supporting the compressed format? 


WinAPRS? 
APRS/CE? 
XASTIR? 
PALM/CE? 
SA4+? 
XASTIR? 
UIVIEW? 


Thanks 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 14 20:15:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA09718 

for <lyris.aprsspec@tapr.org>; Fri, 14 Apr 2000 20:15:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 14 Apr 2000 21:14:14 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 
In-Reply-To: <LYR11586-77575-2000.04.14-19.41.28-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-77580-2000.04.14-20.15.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004142112000 . 26346 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 14 Apr 2000, Jeff King wrote: 


At one point, only APRSDOS was supporting the new compressed format. 
Is anyone else supporting the compressed format? 


WinAPRS? 
APRS/CE? 
XASTIR? 
PALM/CE? 
SA4+? 
XASTIR? 
UIVIEW? 


VVVV VV VV VV 


Easy way to tell. If you monitor for APRSTk satelite posts from anyone, 
they default to COMPRESSED. Also PCSAT is in compressed as well as my 
home station WB4APR... Might give you some samples to look for. 


Look for objects with the names of U022, KO23, KO25, T031, etc.. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 14 20:38:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA10246 

for <lyris.aprsspec@tapr.org>; Fri, 14 Apr 2000 20:38:50 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-77583-2000.04.14-20.39.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 14 Apr 2000 21:27:48 -0400 
From: Jeff King <jeff@aerodata.net> 


Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 
References: <Pine.GSO.4.05L.10004142112000.26346-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38F7C593.9B50B489@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 


> 
> Easy way to tell. If you monitor for APRSTk satelite posts from anyone, 
> they default to COMPRESSED. 


Right, but I didn't want to run every application I listed to determine that. 
Figured asking the SIG would be the quickest way to determine which 
ones besides your support it 


Maybe if I rephrase: 


Which of the following AGPS GUI apps support decoding of the 
COMPRESSED FORMAT: 


APRSDOS - YES 

APRSTk - YES 

Kenwood radios - YES? 
WinAPRS - ?? 


XASTIR - ?? 
APRS/CE - ?? 
PALM/CE - ?? 
UIVIEW - ?? 
SA4+ - ?? 
Others? 


73 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 14 21:43:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA11659 

for <lyris.aprsspec@tapr.org>; Fri, 14 Apr 2000 21:43:03 -0500 (CDT) 
Message-Id: <LYR11589-77590-2000.04.14-21.43.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 
Date: Fri, 14 Apr 2000 22:42:01 -0400 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004150242 .WAAQO236@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/14/00 9:27 PM Jeff King (jeff@aerodata.net) wrote: 


>Which of the following AGPS GUI apps support decoding of the 

>COMPRESSED FORMAT: 

> 

>Others? 

> 

findu.com No, but high on the do-list. Anyone want to donate the C code? 


APRServe No, but with findu map.aprs.net is not going to be supported, 
not a priority. It will, of course, pass the positions just fine. 


javAPRS No, no plans to implement unless I have to get back into the code 
for some other reason 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 15 12:39:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA20423 

for <lyris.aprsspec@tapr.org>; Sat, 15 Apr 2000 12:39:02 -0500 (CDT) 
Message-ID: <LYR11589-77745-2000.04.15-12.37.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Query Lines Boxes and Etc 
Date: Sat, 15 Apr 2000 17:34:49 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001501bfa700$e71031a0$b8994d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- 

I am trying to output Tornado and Severe Thunderstorm Watch boxes from 
the Storm Prediction Center in Norman, OK - and I am have protocol 
questions. 

1. On page 47 of the draft- in Chapter 11- the chart shows Object types 
1 = line and 6 = colored line 

Since you can define the color for all the types - whats the 
difference between a colored line and a line with color? This makes sense 
if 1= a line that needs to have its end down and to the right and 6= equals 
a line that ends down and to the left. This means that a "corridor" can 
only down and to the left. I can program around that if we are talking about 
a rectangle- but not all watch boxes are rectangles. I now need to goto 4 
lines to define a box- not extremely efficient. The NWS is telling me that 
they are going to polygons- 3-4-5 or 6 sides maybe. 


2. The last paragraph of Chapter 11 states that "Some stations transmit 


Object reports without the ; ' APRS data type Identifier. This format is 
obsolete. Some software may still decode it, but this is not required." 


Maybe so- but winAprs does not support it- so I will continue to output 
objects without the semicolon until everyone goes over to this format. If 
any software is not supporting "semicolonless" object I need to know so I 
can put it out both ways. 


3. I cannot get winaprs to display any line.triangle,ellipse etc.- this 
could be a problem with my parser- but I am following the Spec as I 
understand it. However if there are programs that are currently supporting 
the spec on area objects let me know and I will begin to output the watch 
boxes. 


4. There is a crying need for a multipoint format for polygons- for 
example: almost every tornado and severe thunderstorm warning has a polygon 
that is the "Area of Maximum Concern" which is the area the radar computer 
thinks is at greatest risk. How about a string of compressed lat/longs? 
Actually the NWS has it fairly compressed already I E 
LAT...LON 3669 9495 3651 9497 3651 9418 3676 9417 
this is in degrees and hundredths 


Any help would be appreciated 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 15 18:39:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ1533 

for <lyris.aprsspec@tapr.org>; Sat, 15 Apr 2000 18:39:15 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-77776-2000.04.15-18.37.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 15 Apr 2000 19:26:48 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 
References: <Pine.GSO.4.05L.10004142112000.26346-100000@arctic> 
<LYR11601-77583-2000.04.14-20.39.05--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 


Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <38F8FAB8.ECDB665C@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Here is what I have so far: 


>Which of the following AGPS GUI apps support decoding of the 
>COMPRESSED FORMAT? 


APRSDOS - YES 

APRSTk - YES 

Kenwood radios - YES? 

WinAPRS - No (user reports compressed not decoded properly) 
XASTIR - Yes 

APRS/CE - ?? 

PALM/CE - ?? 

UIVIEW - ?? 

SA4+ - ?? 

FindU - No (real soon?) 

APRSSERVE - "No" but this passes the reports just fine 
JavAPRS - No, no immediate plans to add this. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 16 00:27:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA18454 

for <lyris.aprsspec@tapr.org>; Sun, 16 Apr 2000 00:27:19 -0500 (CDT) 
Message-Id: <LYR11589-77838-2000.04.16-00.27.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 15 Apr 2000 22:26:46 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 


Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <103130301b51ef£12fcea@[198.106.196.177]> 
<LYR11893-77609-2000.04.15-00.02.49--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


My implementation of GUI-driven APRS, provisionally called "easyAPRS" will 
support compressed format. It will not transmit in compressed format, but 
will receive, decode, and display. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 16 06:09:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA04749 

for <lyris.aprsspec@tapr.org>; Sun, 16 Apr 2000 06:09:53 -0500 (CDT) 
Mime-Version: 1.0 
Message-Id: <LYR11589-77878-2000.04.16-06.08.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 16 Apr 2000 07:06:01 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Current discussions 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <v04205509b51f4eeO0ca9f@[165.230.133.70]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I am going to be away from email for over a week.. I am not 
ignoring the current discussions. I will have some replies when I 
get back. 

Keith Sproul 

Keith Sproul 732 445-3695 Office 

Student Housing Network Coordinator 732 445-2968 Fax 

mailto: ksproul@rci.rutgers.edu 732 821-4828 Home 

http: //dorm. rutgers.edu/~ksproul/ WU2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 16 07:56:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ6697 

for <lyris.aprsspec@tapr.org>; Sun, 16 Apr 2000 07:56:28 -0500 (CDT) 
Message-ID: <LYR11589-77891-2000.04.16-07.56.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Tj Johnston" <n4uyq@arrl.net> 
From: "Tj Johnston" <n4uyq@arrl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] MIC-E detection 
Date: Sun, 16 Apr 2000 08:56:42 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q02201b£a7a3$3770a420$0372£7a5@tj johnstonmindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


What is the easiest way to determine if a packet should be processed as a 
compressed packet or not.? 


Tj Johnston, NA4UYQ ICQ#3134626 
Hopewell, VA - Prince George Co. ARES/RACES 
Eastern Virginia APRS Group (EVA) - Sec/Treas. 
EVA Homepage: http://www.qsl.net/eva/ 

APRSdigi Homepage: www.qsl.net/n4uyq/aprsdigi.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 16 08:33:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ7827 

for <lyris.aprsspec@tapr.org>; Sun, 16 Apr 2000 08:33:34 -0500 (CDT) 
Message-ID: <LYR11589-77897-2000.04.16-08.33.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 16 Apr 2000 14:33:29 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: MIC-E detection 
References: <LYR14779-77891-2000.04.16-07.56.51-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-77891-2000.04.16-07.56.51-- 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <h+b+oEApEc+4Ewv4@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-77891-2000.04.16-07.56.51--Ian.Waded#tcare4free.net@l 
ists.tapr.org>, Tj] Johnston <n4uyq@arrl.net> writes 

>What is the easiest way to determine if a packet should be processed as a 
>compressed packet or not.? 


‘pends what you mean by "compressed". 


In the APRS Spec, we distinguish between "encoded" (meaning Mic-E 
format) and "compressed" (meaning compressed format) . 


To detect a Mic-E packet, you have to look first at the APRS Data Type 
Identifier (the first byte of the AX.25 Information field). For a Mic-E 
packet, this will be either * (back quote/grave) or ' (apostrophe) . 


“ means it is a Current Mic-E report (except for the Kenwood DM700Q). 


' means it is an Old Mic-E Report (except for the Kenwood DM700, where 
it means it is a Current Mic-E Report -- this is a bug in the DM700 
firmware). 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 16 09:31:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11044 
for <lyris.aprsspec@tapr.org>; Sun, 16 Apr 2000 09:31:40 -0500 (CDT) 
Message-ID: <LYR11589-77909-2000.04.16-09.32.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Correction: Semicolon non-problem 
Date: Sun, 16 Apr 2000 14:29:03 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 


X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001701bfa7bO0$1dd2cc20$cb984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi All- 

A correction to my earlier post concerning a semicolon for the first 
character of a object- it works just fine in WinAprs- the problem appears to 
be between my ears. 


I am moving all objects created by my parser to using a semicolon- let me 
know if that causes problems. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 16 14:06:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA20018 

for <lyris.aprsspec@tapr.org>; Sun, 16 Apr 2000 14:06:56 -0500 (CDT) 
Message-ID: <LYR11589-77955-2000.04.16-14.07.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Tj Johnston" <n4uyq@arrl.net> 
From: "Tj Johnston" <n4uyq@arrl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Cheap laptops and terminals 
Date: Sun, 16 Apr 2000 15:06:53 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003101bfa7d6$ee41e8c0$£174£7a5@tj johnstonmindspring.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In order to provide better operation of APRSdigi and a few other future programs, 
I need to gather a little information from the multitude of APRS hams out there. 


Many different types of cheap laptops and computers are being used for APRS. 
I need to get a rough idea of what type of video and max resolution these may 
have. 

I dont want to waste coding space for rare types and resolutions. 


If you get a chance, please send email to n4uyq@arrl.net 


Let me know what Type: 
MONO 
CGA with color display (like the Tandy 1000 desktop series) 
CGA with mono display (like the Tandy 1100 laptop series) 
EGA with color display 
EGA with mono display 
VGA with color display (like most current laptops) 
VGA with mono display (like the ruggedized APRS Terminals) 


and the maximum resolution it supports. (ie: 640 x 480) 


Tj Johnston, NAUYQ ICQ#3134626 
Hopewell, VA - Prince George Co. ARES/RACES 
Eastern Virginia APRS Group (EVA) - Sec/Treas. 
EVA Homepage: http://www.qsl.net/eva/ 

APRSdigi Homepage: www.qsl.net/n4uyq/aprsdigi.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 17 15:52:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19200 

for <lyris.aprsspec@tapr.org>; Mon, 17 Apr 2000 15:52:29 -0500 (CDT) 
Date: Mon, 17 Apr 2000 13:51:57 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 
In-Reply-To: <LYR12892-77838-2000.04.16-00.27.35-- 
hacker#tc.fluke.com@lists.tapr.org> 

Message-ID: <LYR11589-78206-2000.04.17-15.52.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Organization: Fluke Corporation 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10004171350290 .3065-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 15 Apr 2000, Jim Wagner wrote: 


> My implementation of GUI-driven APRS, provisionally called "“easyAPRS" will 
> support compressed format. It will not transmit in compressed format, but 
> will receive, decode, and display. 


I believe this is the state that the Xastir code was last in. I contributed 
the decoder for the compressed format, but didn't write an encoder. I 
assume we're talking about the YYYYXXXX format. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 17 16:21:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA20276 

for <lyris.aprsspec@tapr.org>; Mon, 17 Apr 2000 16:21:26 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 17 Apr 2000 17:20:15 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 

In-Reply-To: <LYR11586-77745-2000.04.15-12.37.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-78211-2000.04.17-16.21.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004171632060 .21302-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 15 Apr 2000, Dale Huguley wrote: 


1. On page 47 of the draft- in Chapter 11- the chart shows Object types 

1 = line and 6 = colored line 
Since you can define the color for all the types - whats the 

difference between a colored line and a line with color? This makes sense 
if 1= a line that needs to have its end down and to the right and 6= equals 
a line that ends down and to the left. This means that a "corridor" can 
only down and to the left. I can program around that if we are talking about 
a rectangle- but not all watch boxes are rectangles. I now need to goto 4 
lines to define a box- not extremely efficient. 


VVVVV VV VV 


You are correct. Both are colored lines, but being linear one dimensional 
lines, there is no concept of "FILLED with color". But they DO have 
WIDTH. 


APRS can draw either of these lines at any angle and can then specify a 
line either side of that line. THis matches the NWS descriptions 
perfectly of watch boxes extended X miles either side of a line between 
point A and point B. THe format is noted in the spec to inlcude the 
WIDTH parameter in the COMMENT field in BRACES as in {70% which would be 
70 miles either side. 


APRSdos draws this as the original line from point A to point B and then 
an oblique rectangle box with the sides 70 miles to either side. THe 
rectangle is drawn with dotted lines of the same color as the original 
line. The result is a RECTANGLE of any width or orientation. 


> 2. The last paragraph of Chapter 11 states that "Some stations transmit 


> Object reports without the ; ' APRS data type Identifier. This format is 
> obsolete. Some software may still decode it, but this is not required." 


Maybe so- but winAprs does not support it- so I will continue to output 
objects without the semicolon until everyone goes over to this format. If 
any software is not supporting "semicolonless" object I need to know so I 
can put it out both ways. 


VVV MV 


neu 
' 


Are you sure? The format using is the only current format. THe 
format without the ";" was decided to be obsolete back in 1997. We first 
implemented it in 1995 with the Sprouls concurrence. APRSdos, and any of 


the kenwood products require the ";" and ignore the obsolete format. 


3. I cannot get winaprs to display any line.triangle,ellipse etc.- this 
could be a problem with my parser- but I am following the Spec as I 
understand it. However if there are programs that are currently supporting 
the spec on area objects let me know and I will begin to output the watch 
boxes. 


4. There is a crying need for a multipoint format for polygons- for 
example: almost every tornado and severe thunderstorm warning has a polygon 
that is the "Area of Maximum Concern" which is the area the radar computer 
thinks is at greatest risk. How about a string of compressed lat/longs? 
Actually the NWS has it fairly compressed already I E 
LAT...LON 3669 9495 3651 9497 3651 9418 3676 9417 
this is in degrees and hundredths 


VVV VV VV VV VV VV 


Back in 95, I proposed a multipoint line drawing protocol and the Sprouls 
agreed. But neither of us gout aroudn to coding it. My format was 
scalable to any size. It included the LAT/LONG of the starting point and 
then a SCALE, and then a list of X/Y offsets for each of the points. Thus 
it could represent things as small as a few feet to as large as hundreds 
of miles. I can dig for it... 


By using an origin and base-91 offsets, then we could sent poligons (or 
contiguous line segments with as many as 40 points in a single 100 byte 
packet. 


de WB4APR, BO 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 17 16:38:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA20964 

for <lyris.aprsspec@tapr.org>; Mon, 17 Apr 2000 16:38:55 -0500 (CDT) 


Message-ID: <LYR11589-78212-2000.04.17-16.37.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
Date: Mon, 17 Apr 2000 17:37:18 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B904B6D01@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


An interesting thought... If you could have a LAT/LON and a sequence of 
vectors (length and direction) then it'd be a short notation for an object 
path... so tornado - hurricane paths could be displayed... hmmm interesting 
in the case of a hurricane if each segment equated to an hour in time... 


Similarly, path of any moving object could be sent the same way... so folks 
could see the path of a balloon over 1 minute intervals... or a vehicle... 


And, I could see some benefit in true tactical environments where intended 
paths were delineated in advance... 


SCALE does not come into this particular capability... but it sure is a nice 
shorthand for previous and projected future paths of objects.... 


ALOHA 

AH6LS 

Bisa Original Message----- 

> From: Bob Bruninga [SMTP:bruninga@nadn.navy.mil] 

> Sent: Monday, April 17, 2000 5:20 PM 

> To: APRS Spec Discussion List 

> Ce: APRS Spec Discussion List 

> Subject: [aprsspec] Re: Query Lines Boxes and Etc 
> 

> On Sat, 15 Apr 2000, Dale Huguley wrote: 

> 

>> 1. On page 47 of the draft- in Chapter 11- the chart shows Object 
> types 

> > 1 = line and 6 = colored line 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


> Since you can define the color for all the types - whats 
the 

> difference between a colored line and a line with color? This makes 
sense 

> if 1= a line that needs to have its end down and to the right and 6= 
equals 

> a line that ends down and to the left. This means that a "corridor" can 
> only down and to the left. I can program around that if we are talking 
about 

> a rectangle- but not all watch boxes are rectangles. I now need to goto 
4 

> lines to define a box- not extremely efficient. 


You are correct. Both are colored lines, but being linear one dimensional 
lines, there is no concept of "FILLED with color". But they DO have 
WIDTH. 


APRS can draw either of these lines at any angle and can then specify a 
line either side of that line. THis matches the NWS descriptions 
perfectly of watch boxes extended X miles either side of a line between 
point A and point B. THe format is noted in the spec to inlcude the 
WIDTH parameter in the COMMENT field in BRACES as in {70% which would be 
70 miles either side. 


APRSdos draws this as the original line from point A to point B and then 
an oblique rectangle box with the sides 70 miles to either side. THe 
rectangle is drawn with dotted lines of the same color as the original 
line. The result is a RECTANGLE of any width or orientation. 


> 2. The last paragraph of Chapter 11 states that "Some stations 
transmit 

> Object reports without the " ; ' APRS data type Identifier. This format 
is 


> obsolete. Some software may still decode it, but this is not required." 
> Maybe so- but winAprs does not support it- so I will continue to output 
> objects without the semicolon until everyone goes over to this format. 
If 

> any software is not supporting "semicolonless" object I need to know so 
I 

> can put it out both ways. 

Are you sure? The format using ";" is the only current format. THe 
format without the ";" was decided to be obsolete back in 1997. We first 
implemented it in 1995 with the Sprouls concurrence. APRSdos, and any of 
the kenwood products require the ";" and ignore the obsolete format. 


> 3. I cannot get winaprs to display any line.triangle,ellipse etc.- 
this 


> could be a problem with my parser- but I am following the Spec as I 

> understand it. However if there are programs that are currently 
supporting 

> the spec on area objects let me know and I will begin to output the 
watch 

> boxes. 

> 

> 4. There is a crying need for a multipoint format for polygons- for 
> example: almost every tornado and severe thunderstorm warning has a 
polygon 

> that is the "Area of Maximum Concern" which is the area the radar 
computer 

> thinks is at greatest risk. How about a string of compressed lat/longs? 
> Actually the NWS has it fairly compressed already I E 

> LAT...LON 3669 9495 3651 9497 3651 9418 3676 9417 

> this is in degrees and hundredths 


Back in 95, I proposed a multipoint line drawing protocol and the Sprouls 
agreed. But neither of us gout aroudn to coding it. My format was 
scalable to any size. It included the LAT/LONG of the starting point and 
then a SCALE, and then a list of X/Y offsets for each of the points. Thus 
it could represent things as small as a few feet to as large as hundreds 
of miles. I can dig for it... 


By using an origin and base-91 offsets, then we could sent poligons (or 
contiguous line segments with as many as 40 points in a single 100 byte 
packet. 


de WB4APR, BO 


You are currently subscribed to aprsspec as: asadowski@ncshp.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 17 17:16:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA22429 
for <lyris.aprsspec@tapr.org>; Mon, 17 Apr 2000 17:16:28 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 17 Apr 2000 18:15:30 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 

In-Reply-To: <BFO1BF9F0651D311B7A100104B716B904B6D01@SHPMAIL> 
Message-ID: <LYR11589-78215-2000.04.17-17.16.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004171758000 .21302-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 17 Apr 2000, Sadowski, Allan wrote: 


An interesting thought... If you could have a LAT/LON and a sequence of 
vectors (length and direction) then it'd be a short notation for an object 
path... so tornado - hurricane paths could be displayed... hmmm interesting 
in the case of a hurricane if each segment equated to an hour in time... 


VV VV 


What I had originally proposed was before we began using BASe-91 
characters and compressed format, so here is what I would propose today 
using the existing ITEM format (compressed) . 


) NAME! \yyyyxxxx) SSSxyxyxyxXyyYXyYXYXYXYYXXYXXYXYXYXYXYXVYXYYXYXYXYYXYXYX 


PAVAYAVAVALAVAVALATAVATAVAVATATAS 


WHERE this is just an ITEM named "NAME" in compressed format using 
the symbol characters of "\)" (This is a currently undefined 
SYMBOL). The YYYYXXXX is the starting point anywhere on the 
planet to the nearest foot. 


THe first 3 bytes in the COMMENT field for this ITEM is the 
SCALE in base 91, giving a scale anywhere from 1 foot to 
142 miles (per line segment) 


The remainder of the line are any number of pairs of X/Y offsets 
from each previous point. Each offset is a single 

base 91 number with anything above 45 being positive and below 
45 being negative. 


The result then can be any multifaceted shape from a small scale of 
about 1 foot per line segment up to an object 142 miles on a side. 


NOtice that this is a completely legal ITEM. Its just that the SYMBOL 
(ICON) has this unique set of display rules... 


de WB4APR. 


Thus, I can transmit to you in ONE PACKET a complete MAP of the route from 
the nearest INTERSTATE to my front door in a single packet... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 17 19:48:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA27463 

for <lyris.aprsspec@tapr.org>; Mon, 17 Apr 2000 19:48:22 -0500 (CDT) 
Message-ID: <LYR11589-78224-2000.04.17-19.48.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
Date: Mon, 17 Apr 2000 20:48:34 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B904B6D03@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob 


My problem with this is that as I understand your format... each segment is 
the 

same length... What I'm looking for is vectors... so azimuth and range... 
the 

vectors can change in length..... I have no interest in regular polygons... 
or 

having to try to fit regular line segments into a plane space where segments 


differ in length... are you familiar with the tactical term "spider routes" 
és 

maybe that will help explain what I'm trying to reconcile your concept 
with... 

I could even live with the range portion of the vector being a log scale 
like 

muLaw is for telephone codecs... 


Also... for the sake of internationalization... I'd whole lot prefer meters 
to be the 

base distance measurement... I keep tripping on your "feet"... pun 
intended.... 

Good try... and I guess what you present here has applicability... and 
since 


I'm not a coding guru.. we take what we get... 


Vv 


From: Bob Bruninga[SMTP:bruninga@nadn.navy.mil] 
Sent: Monday, 17 April, 2000 6:15 PM 


To: Sadowski, Allan 
Cc: APRS Spec Discussion List 
Subject: RE: [Laprsspec] Re: Query Lines Boxes and Etc 


On Mon, 17 Apr 2000, Sadowski, Allan wrote: 


> An interesting thought... If you could have a LAT/LON and a sequence 
of 

> vectors (length and direction) then it'd be a short notation for an 
object 

> path... so tornado - hurricane paths could be displayed... hmmm 
interesting 

> in the case of a hurricane if each segment equated to an hour in time... 


What I had originally proposed was before we began using BASe-91 
characters and compressed format, so here is what I would propose today 
using the existing ITEM format (compressed). 


) NAME! \yyyyxxxx) SSSxyxyxyXxyyYXYXYXYXYYXXYXXYXYXYXYXYXVYXYYXYXYXYYXYXYX 


PAV AY AVAVATAVAVALATAVATAVAVATATAS 


WHERE this is just an ITEM named "NAME" in compressed format using 
the symbol characters of "\)" (This is a currently undefined 
SYMBOL). The YYYYXXXX is the starting point anywhere on the 


VV VV VV VV VV VV VV VV V VV VV VV VV VV 


planet to the nearest foot. 


THe first 3 bytes in the COMMENT field for this ITEM is the 
SCALE in base 91, giving a scale anywhere from 1 foot to 
142 miles (per line segment) 


The remainder of the line are any number of pairs of X/Y offsets 
from each previous point. Each offset is a single 

base 91 number with anything above 45 being positive and below 
45 being negative. 


The result then can be any multifaceted shape from a small scale of 
about 1 foot per line segment up to an object 142 miles on a side. 


NOtice that this is a completely legal ITEM. Its just that the SYMBOL 
(ICON) has this unique set of display rules... 


de WB4APR. 


Thus, I can transmit to you in ONE PACKET a complete MAP of the route from 
the nearest INTERSTATE to my front door in a single packet... 


VV VV VV VV VV VV VV VV VV VV VV VM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 17 21:04:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA29605 

for <lyris.aprsspec@tapr.org>; Mon, 17 Apr 2000 21:04:42 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 17 Apr 2000 22:02:11 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
In-Reply-To: <BFO1BF9F0651D311B7A100104B716B904B6D03@SHPMAIL> 
Message-ID: <LYR11589-78278-2000.04.17-21.03.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004172159470 .23530-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 17 Apr 2000, Sadowski, Allan wrote: 


> My problem with this is that as I understand your format... each segment is 
> the same length... What I'm looking for is vectors... so azimuth and 
> range... 


No, each segment can be any length it takes to get from one point to the 
next point. The only thing that is specified is the location of the next 
point (in values of X and Y) from the current point. 


bob 


> > What I had originally proposed was before we began using BASe-91 

> > characters and compressed format, so here is what I would propose today 
> > using the existing ITEM format (compressed) . 

>> 

>> ) NAME! \yyyyxxxx) SSSxyxyxyXxyyYXYXYXYXYYXXYXXYXYXYXYXYXVYXYYXYXYXYYXYXYX 
>> TAWA AVAVAVATATATATATATATATATATAS 

> 

>> WHERE this is just an ITEM named "NAME" in compressed format using 
>> the symbol characters of "\)" (This is a currently undefined 
>> SYMBOL). The YYYYXXXX is the starting point anywhere on the 
>> planet to the nearest foot. 

>> 

>> THe first 3 bytes in the COMMENT field for this ITEM is the 

>> SCALE in base 91, giving a scale anywhere from 1 foot to 

>> 142 miles (per line segment) 

> > 

>> The remainder of the line are any number of pairs of X/Y offsets 
>> from each previous point. Each offset is a single 

>> base 91 number with anything above 45 being positive and below 
>> 45 being negative. 

>> 

> > The result then can be any multifaceted shape from a small scale of 

> > about 1 foot per line segment up to an object 142 miles on a side. 

>> 

> > NOtice that this is a completely legal ITEM. Its just that the SYMBOL 
> > (ICON) has this unique set of display rules... 

>> 

> > de WB4APR. 


VV VV VV WV 


VV VV VV 


Thus, I can transmit to you in ONE PACKET a complete MAP of the route from 
the nearest INTERSTATE to my front door in a single packet... 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 18 00:23:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA14454 
for <lyris.aprsspec@tapr.org>; Tue, 18 Apr 2000 00:23:51 -0500 (CDT) 


Message-Id: <LYR11589-78310-2000.04.18-00.24.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 17 Apr 2000 22:23:24 -0700 

To: 
From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Re: GUI that supports COMPRESSED FORMAT? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b521a153c83e@[206.163.154.10]> 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


<LYR11893-78296-2000.04.18-00.02.05--wagnerj#tproaxis.com@lists.tapr.org> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 


>On Sat, 15 Apr 2000, Jim Wagner wrote: 


> 


>> My implementation of GUI-driven APRS, provisionally called "easyAPRS" will 
>> support compressed format. It will not transmit in compressed format, but 
>> will receive, decode, and display. 

> 

>I believe this is the state that the Xastir code was last in. I contributed 
>the decoder for the compressed format, but didn't write an encoder. I 
>assume we're talking about the YYYYXXXX format. 

> 


easyAPRS will handle both YYYYXXXX format and Mic-E 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 18 05:21:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAAQ0576 
for <lyris.aprsspec@tapr.org>; Tue, 18 Apr 2000 05:21:52 -0500 (CDT) 
Message-ID: <LYR11589-78359-2000.04.18-05.22.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
Date: Tue, 18 Apr 2000 10:18:12 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000801bf£a91f£$7708a9c0$48984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi All and Bob- Bob said- 


>APRS can draw either of these lines at any angle and can then specify a 
>line either side of that line. THis matches the NWS descriptions 
>perfectly of watch boxes extended X miles either side of a line between 
>point A and point B. THe format is noted in the spec to inlcude the 
>WIDTH parameter in the COMMENT field in BRACES as in {70% which would be 
>70 miles either side. 

> 


I must be missing something- If the "corridor box" is defined as a point 
with a "down and to the left" offset- then what if you need a "down and to 
the right"? drawing it backwards would give you a negative up-down offset- 

The NWS gives you the lat/long for the corners of the box- this can be 
reliably parsed whereas I'm not so sure about finding the two reference 
points and converting from verbal to lat/long. 


> 

>Are you sure? The format using is the only current format. THe 
>format without the ";" was decided to be obsolete back in 1997. We first 
>implemented it in 1995 with the Sprouls concurrence. APRSdos, and any of 


>the kenwood products require the ";" and ignore the obsolete format. 


neu 
' 


Yes I am sure I was wrong- works fine in Winaprs-- 


>Back in 95, I proposed a multipoint line drawing protocol and the Sprouls 
>agreed. But neither of us gout aroudn to coding it. My format was 
>scalable to any size. It included the LAT/LONG of the starting point and 
>then a SCALE, and then a list of X/Y offsets for each of the points. Thus 
>it could represent things as small as a few feet to as large as hundreds 
>of miles. I can dig for it... 

> 

>By using an origin and base-91 offsets, then we could sent poligons (or 
>contiguous line segments with as many as 40 points in a single 100 byte 
>packet. 


I like the concerpt of this- however the 140 mile limit for length of side 


would be combersome for watch boxes- could the scale be changed for some 
predefined watch box object? 


Thanks for the help 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 18 08:28:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ5040 

for <lyris.aprsspec@tapr.org>; Tue, 18 Apr 2000 08:28:32 -0500 (CDT) 
From: "Rob Wittner" <rmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GUI that supports COMPRESSED FORMAT? 
Date: Tue, 18 Apr 2000 09:27:54 -0400 
Message-ID: <LYR11589-78375-2000.04.18-08.28.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11697-77776-2000.04.15-18.37.38--xmwiétrwa-inc.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMIEFODGAA. rmw@rwa-inc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


pooen- Original Message----- 
: [mailto:bounce-aprsspec-11697@lists.tapr.org]On Behalf Of Jeff King 
:Subject: [aprsspec] Re: GUI that suports COMPRESSED FORMAT? 


:APRS/CE - ?? 


APRS/CE - No, not yet... on the "To-Do" list 


-Rob 
KZ5RW 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 18 09:23:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ6855 

for <lyris.aprsspec@tapr.org>; Tue, 18 Apr 2000 09:23:31 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 18 Apr 2000 10:20:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
In-Reply-To: <000801bfa91£$7708a9c0$48984d0c@dale-s-home> 
Message-ID: <LYR11589-78390-2000.04.18-09.21.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004181002300 .25675-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 18 Apr 2000, Dale Huguley wrote: 


> >APRS can draw either of these lines at any angle and can then specify a 
> >line either side of that line. THis matches the NWS descriptions 

> >perfectly of watch boxes extended X miles either side of a line between 
> >point A and point B. THe format is noted in the spec to inlcude the 

> >WIDTH parameter in the COMMENT field in BRACES as in {70% which would be 
> >70 miles either side. 

> 

> 


I must be missing something- If the "corridor box" is defined as a point 


> with a "down and to the left" offset- then what if you need a “down and to 
> the right"? drawing it backwards would give you a negative up-down offset- 


APRS has two line OBJECTS. One is down and to the left. THe other is 
down and to the right. From these two, we can draw a LINE at any angle 
anywhere. Then, if you put a WIDTH in the comment field, then APRS draws 
two additional parallel lines that width to either side and then connects 
the end points. The reesult is a rectangle of any size you want at any 
angle you want. 


> The NWS gives you the lat/long for the corners of the box- this can be 
> reliably parsed whereas I'm not so sure about finding the two reference 
> points and converting from verbal to lat/long. 


The above RECTANGLE is the way NWS used to report watch boxes. "in an 
area XX miles either side of a line between point A and B"... Their new 
method simply needs to be converted to that format. SImply take the 
midpoint between the 1st and 2nd points and let that be the OBJECT 
LAT/LONG (point "A". THen compute the midpoint between, the 3rd and 4th 
point, and that is the "point B" that you use to define the orignal line. 
Then compute the WIDTH of the box (the distance between the 1st and 2nd 
point divided by 2) and you have what you need to do any box with 
existing APRS... 


>By using an origin and base-91 offsets, then we could sent poligons (or 
>contiguous line segments with as many as 40 points in a single 100 byte 
>packet. 


I like the concerpt of this- however the 140 mile limit for length of side 
would be combersome for watch boxes- could the scale be changed for some 
predefined watch box object? 


VV VV VV MV 


If you chose the 140 mile scale, then each segment could be any length 
from 3 miles to 140 miles in increments of 3 miles. If you need smaller 
boxes, then choose a smaller scale factor. If you need larger boxes, then 
define each side to be many segments. Say 3 segments each. THen your box 
could be 420 miles on a side accurate to about 9 miles. 


I admit that going to multiple line segments on a side is cumbersome. 

How about if we defined the SSS scale factor to be in Meters. Then 

the range of scale would be from 3 feet to 420 miles before you would have 
to go to multiple segments. 


I think everyone would prefer METERS anyway... 


Bob, WB4APR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 18 14:13:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA16576 

for <lyris.aprsspec@tapr.org>; Tue, 18 Apr 2000 14:13:01 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 18 Apr 2000 15:10:17 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
In-Reply-To: <LYR11586-78390-2000.04.18-09.21.50- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-78428-2000.04.18-14.11.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004181451200 . 4624-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 18 Apr 2000, Bob Bruninga wrote: 


> > >By using an origin and base91 offsets, then we could send polygons(or 
> > >contiguous line segments with as many as 40 points in a single packet. 


> How about if we defined the SSS scale factor to be in Meters. Then 
> the range of scale would be from 3 feet to 420 miles before you would have 
> to go to multiple segments. 


BETTER IDEA: The offsets and scale should all be done in terms of 
LAT/LONG (not meters) to avoid any complex spherical trig functions. If 
we let the units be in terms of .000001 degree of LAT/LONG, then we get 
approximately 1 meter precision. AND since this is just a "Shape" then if 
we define the symbol character of ")" to be a polygon then it can be 
transmitted in ANY existing APRS POSIT, OBJECT or ITEM report. 


So the format wouild be: 

* ANY POSIT, OBJECT or ITEM defines the origin of the polygon 
* SYMBOL of "\)" indicates it will be a polygon 

x Comment field format is then: 


CSSSxyxyxyXxyXyXyXxy... 


Where C is the color 0-15 (or 16-32 means FILL the polygon) 
SSS is the scale factor in units of .00001 degree of lat/long 
xy are offset pairs between each subsequent point 


Thus the following comment field on an OBJECT located at 3847.04N 
07710.53W could completely define the Washington DC BELTWAY: 


+!$<S2L8U6N=WBZGCRYR\UQaGyUUQ\ CSINKTJOLQEWGOJMIPIM?PEHIC 
Where + is the color 10 

!'$< is for a scale factor of 300 

S2L8U6.... is the beltway! 


Another example would be that I could use that SYMBOL for my home station 
and the line segments could trace out a PATH from the nearest interstate 
exit to my front door... for when someone is visiting and looking for me 
for example... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 18 17:17:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA23545 
for <lyris.aprsspec@tapr.org>; Tue, 18 Apr 2000 17:17:18 -0500 (CDT) 
Message-ID: <LYR11589-78483-2000.04.18-17.17.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query Lines Boxes and Etc 
Date: Tue, 18 Apr 2000 22:14:29 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 


X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001601bf£a983$782a20e0$94b64d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi Bob and all- 

I see my problem- I was going by the draft spec- according to it the 
only line object that has a "width" definable is a type "6" - down and to 
the left. If a type "1" can have a corridor then I can get there from 
here. 


Bob Said- 

>APRS has two line OBJECTS. One is down and to the left. THe other is 
>down and to the right. From these two, we can draw a LINE at any angle 
>anywhere. Then, if you put a WIDTH in the comment field, then APRS draws 
>two additional parallel lines that width to either side and then connects 
>the end points. The reesult is a rectangle of any size you want at any 
>angle you want. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 20 09:15:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3395 

for <lyris.aprsspec@tapr.org>; Thu, 20 Apr 2000 09:15:30 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 20 Apr 2000 10:14:46 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: ? SSID Path implementation. 
In-Reply-To: <LYR11586-76170-2000.04.08-13.59.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-78814-2000.04.20-09.15.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X- 
X- 


List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <Pine.GSO.4.05L.10004201010340 .13291-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I 


think you are testing the internal DIGI inside the D700? 


Yes, it will respond to the SSID routing and to DIRECTIONAL ROUTING... 


Their are 4 paths for directional routing, NPATH,SPATH,EPATH,WPATH 


I 


am glad you are testing these. 


Bob, WB4APR 


But it would not surprise 
On Sat, 8 Apr 2000, Marco Savegnago wrote: 


> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


Hello, I'm trying to understand the SSID Path routing method 
as implemented in the TM-D700. 


There is not any digipeater in my area that implement the SSID Path 
method for routing the UI frame with another firmware, I never found in 
the APRS protocol specification how the method work exactly, and I want 
to be sure that my observation is correct and this is how the protocol 
must be implemented. 


First the SSID Path routine in the D700 must be enable with the 
command UISSID and digipeater ON. 


I've observed that when UISSID is ON the digipeater repeat all 
the UI frame addressed to ANY CALL with SSID > 0 (not only the mycall or 
other generic call) and repeat as follow: 


>From SSID > 0 and SSID < 8 


The frame will be repeated with the SSID of destination decremented by one 
and the call of the digipeater will be put in the via list. 


Example: 


A frame like this (MYCALL is IW3FQG and UNPROTO is APRS-6): 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


IW3FQG>APRS-7: 
will be repeated to: 
IW3FQG>APRS-6, DIGIx: 


With SSID > 8 the translation rules is different because there is the 
direction rule. 


If SSID is equal to 8 (North direction) 

If the digipeater listen an UI frame addressed to ANY call with 

ssid = 8 it repeat the frame, put the SSID of destionation to zero, 

put the digipeater callsign in the via list and attach to this if 
available the path for North direction (NPATH parameter in D700). 
Example: 

A frame like this (MYCALL is IW3FQG and UNPROTO is APRS-8, NPATH in the 
digi is set 

to NORTH): 

IW3FQG>APRS-8: 

will be repeated to: 

IW3FQG>APRS , DIGI*, NORTH: 

If SSID is equal to 12 (North direction) 

If the digipeater listen an UI frame addressed to ANY call with 

ssid = 12 it repeat the frame, put the SSID of destionation the same as 
received, 

put the digipeater callsign in the via list and attach to this if 
available the path for North direction (NPATH parameter in D700). 
Example: 

A frame like this (MYCALL is IW3FQG and UNPROTO is APRS-12, NPATH in the 
digi is set 

to NORTH): 

IW3FQG>APRS -12: 


will be repeated to: 


IW3FQG>APRS-12,DIGI*,NORTH: 


The same rule is valid for South (SSID 9,13) East (10, 14) and West (11, 
15). 


I've observed that in all cases if the frame is sent with a digipeater the 
ee (es: APRS-8 VIA DIGI) the frame is not repeated. 

IW3FQG>APRS-8, DIGI: 

Is not repeated by the digipeater. 

Do you know if all these rules are correct? 

Thanks in advance. 

Marco IW3FQG 

msave@tin.it 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 21 01:16:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ9569 

for <lyris.aprsspec@tapr.org>; Fri, 21 Apr 2000 01:16:02 -0500 (CDT) 
Message-ID: <LYR11589-78959-2000.04.21-01.16.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Marco Savegnago" <msave@tin.it> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
References: <Pine.GS0O.4.05L.10004201010340 .13291-100000@arctic> 
Subject: [aprsspec] Re: ? SSID Path implementation. 
Date: Fri, 21 Apr 2000 08:16:46 +0200 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000f01bfab59$2c626c30$e500000a@marco> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Bob, thank you for the message, I'm testing the D700 features, and 
I've also implemented it in my digipeater TNC2 firmware named UIDIGI and now 
we are experimenting this routing methode in my local area (North East of 
Italy). 

I never see any information in the APRS Protocol specification, so I've 
tried to understand the routing rules testing the D700. 


Bye. 


Marco IW3FQG 


sas Original Message ----- 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: Marco Savegnago <msave@tin.it> 

Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Thursday, April 20, 2000 4:14 PM 

Subject: Re: [aprsspec] ? SSID Path implementation. 


I think you are testing the internal DIGI inside the D700? 
Yes, it will respond to the SSID routing and to DIRECTIONAL ROUTING... 


Their are 4 paths for directional routing, NPATH,SPATH,EPATH,WPATH 
I am glad you are testing these. 


VV VV VV NV 


Bob, WB4APR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 21 07:59:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


X- 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA28074 
for <lyris.aprsspec@tapr.org>; Fri, 21 Apr 2000 07:58:58 -0500 (CDT) 
Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Fri, 21 Apr 2000 08:58:28 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X- 
To: 


Sender: bruninga@arctic 
"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: ? SSID Path implementation. 
In-Reply-To: <LYR11586-78959-2000.04.21-01.16.31-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-78973-2000.04.21-07.59.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X- 
X- 


List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <Pine.GS0O.4.05L.10004210858030.23120-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 21 Apr 2000, Marco Savegnago wrote: 


xX VVVVV VV 


Hello Bob, thank you for the message, I'm testing the D700 features, and 
I've also implemented it in my digipeater TNC2 firmware named UIDIGI and now 
we are experimenting this routing methode in my local area (North East of 
Italy). 

I never see any information in the APRS Protocol specification, so I've 
tried to understand the routing rules testing the D700. 


The original docs are in the README\DIGIS.TXT in all distributions of 
APRSdos... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 21 11:07:09 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5705 

for <lyris.aprsspec@tapr.org>; Fri, 21 Apr 2000 11:07:06 -0500 (CDT) 
Message-ID: <LYR11589-79015-2000.04.21-11.07.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Thomas M. Schaefer" <ny4i@arrl.net> 
From: "Thomas M. Schaefer" <toms@inconnect.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>, 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

References: <Pine.GSO.4.05L.10004201852160.21455-100000@arctic> 
<LYR10608 -78893-2000.04.20-18.07.44--toms#inconnect.com@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: "Official" Programs 
Date: Fri, 21 Apr 2000 10:04:24 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <013701bfabab$44a8e560$6ec6ed89@SCO017588> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


My sole point was that the term "official" program is not correct especially 
coming from Bob. I mentioned the WG simply because the WG (of which Bob is a 
founding member) is not supposed to call anything official. There are a 
bunch of windows program now and soon available, so calling anything 
"official" is wrong. 


It would help if the WG clearly said, "No program has exclusive recommended 


or "official" status with the WG. All licensed programs are viewed equally. 


I will give the benefit of the doubt and ASSUME that the "official" was a 
carry-over from the days when Bob closely controlled licensing for APRS 
programs. Those days are over, right? If anything is answered here, that 
question should be! 


Tom NY4I 

Sat tala Original Message ----- 

From: "Jeff King" <jeff@aerodata.net> 

To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org> 
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org> 
Sent: Thursday, April 20, 2000 5:07 PM 

Subject: [aprssig] Re: "Official" Programs 


Bob Bruninga wrote: 


> The LIST I refered to is the LIST. AND HAS NOTHING TO DO WITH THE SIG or 
> THE WG! 

> 

> Forget it. 


VVVV VV VV VV 


Understood. Yet this does not detract from the validity of the points the 
fellow(s) raised. I take it 

> we are doing a Clinton here. 

> 

Its forgotten. 
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As a reminder, I am no longer a member of the APRSWG, these comments are 
strictly my own...That said, I think this discussion is way out of line. 
Gee, imagine me with a strong opinion ;-) 


I thought all the discussion last year had made the issues the APRS WG 
adressed clear, but either I was mistaken, or memory has faded over time. 


>My sole point was that the term "official" program is not correct especially 
>coming from Bob. I mentioned the WG simply because the WG (of which Bob is a 
>founding member) is not supposed to call anything official. There are a 
>bunch of windows program now and soon available, so calling anything 
>"official" is wrong. 

> 

>It would help if the WG clearly said, "No program has exclusive recommended 
>or "official" status with the WG. All licensed programs are viewed equally. 
> 

>I will give the benefit of the doubt and ASSUME that the "official" was a 
>carry-over from the days when Bob closely controlled licensing for APRS 
>programs. Those days are over, right? If anything is answered here, that 
>question should be! 


The Charter says exactly the opposite, that pre-existing deals are not 
affected by the formation of the APRS WG. 


There are contracts between Bob and other authors that must be honored, 
the formation of the APRSWG does not change these legal documents. 


Indeed, the clause is in the charter specifically because of these 
contracts, the APRS WG could never have been formed without this clause. 


No one ever said that all APRS versions are equal. Bob has a registered 
trademark on APRS. He can use this in any way he sees fit, and make any 
deals involving it he chooses. 


My point in creating the hubbub last year at this time was never that Bob 
does not have a right to this trademark. He does, absolutely and totally, 
and I am completely behind this. You cannot use the term APRS without 
Bob's approval. To the best of my knowledge, he allows all developers 
that are not charging for their software to use it without charge, but he 
is under no obligation to do so. He is absolutely, legally free to call 
anything he chooses "the official APRS version". 


What I objected to was that this trademark somehow applied to the 
protocol, or that the protocol could be copyrighted. Innovation and 
competition was being stifled without a legal basis in my opinion. This 
was my objection, and opening APRS development to all was what the APRSWG 
is about, not about stripping Bob of his legal rights to his trademark. 
The number of new software releases over the last year have been the 
result, and a very positive one. Just don't go trying to make the APRSWG 
more than it is...all versions of APRS-compatible software are not equal! 


I can hear the objections now...this is ham radio, you can't (or its not 
right to) make money. Well, no one whines that Kenwood, Yaesu, et al make 
money, no one whines about AES or HRO. It always makes me mad that people 
think software is different. Just because the product is shipped by 
electrons alone (unlike Kenwood's products that require attached nuclei) 
does not change anything. Indeed, the failure of the public to recognize 
this has resulted in a new software copyright law that significantly 
impinges on all our freedoms. If you didn't know, those shrink wrap 
licenses are now legal, you do not own your software any longer, the 
manufacturer can force you to stop using it when they choose.) I choose 
not to charge for my software and services. That is a personal choice, 
which I am free to make, as are others. But I will defend to the death 
the rights of other software authors to choose a different path. 


It was very traumatic getting the developers to agree to the concepts 
expressed in the APRS WG charter. Bob did not agree with my opinion that 
the protocol did not belong to him, and we both had gotten legal opinions 
that told us what we wanted to hear (big surprise!). Bob very graciously 
agreed not to press his claim, and to open development up. Please, don't 
try to strip him of property that is undeniably his, the APRS trademark. 


Steve K4HG 
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Hi Steve: 


Thanks for the good review of last May's agreement. Your 100% 
correct, these things have been discussed before. However, I want 
to point out a fact that was missing. But first one point you raised. 


Steve Dimse wrote: 


> Please, don't 
> try to strip him of property that is undeniably his, the APRS trademark. 


Did Thomas ever suggest this? Serious question, I didn't see this so maybe I 
missed it. I think he is confusing the APRS trademark with the term "APRS 
certified, which was promised, but has not yet been implemented. I don't 

think he is trying to deny the property of anyone, but is making a understandable 
mistake. 


Now as to the history lesson, it appeared factually correct. Yet we have to visit 
this thing called "appearances" once again. When the WG was formed, in consisted 
of 

2 TAPR reps, and all the APRS Bob licensed (past and present) authors. Neither the 
author 

of UI-View or XASTIR was asked to be on the WG. In fairness, this was brought up 
on the SIG at about that time, and it was explained away as neither of them had 
"asked" 

to be on the WG.... it had nothing to do with them not being a Bob approved 
author. 

OK, but I later found out that some authors on the WG were indeed recruited, so 
this 

"asking" thing kinda seemed a little hollow to me at the time. 


Now fast forward to the future. With you leaving the WG, the only authors sitting 
on the 

WG still are Bob licensed APRS authors. I guess no-one asked, right? The 
"appearances" 

still are here, even though our choices of "unlicensed" APRS authors has increased 
4 fold. 

In addition to XASTIR and UI-VIEW, we now have at least 10 other people writing 
APRS 

type code. 


While no-one may have "asked" to join the WG, it might be best for appearances 
that the 

APRS-WG try and recruit a new member that has proven "OPEN SOURCE" type mindset to 
replace your departure. It could only benefit the long term growth of APRS. 


In my eyes (and I'm NOT putting words in Thomas's mouth) this is how *I* read what 
Thomas 

posted. That the closed mindset still exists..... it was not a smoking gun, but 
just the general attitude 

of us vs. them. Maybe he read to much into it, but I think the point was valid in 
May of 1999 and is 

still valid today. 
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On 4/21/00 3:01 PM Jeff King (jeff@aerodata.net) wrote: 


>> Please, don't 

>> try to strip him of property that is undeniably his, the APRS trademark. 
> 

>Did Thomas ever suggest this? Serious question, I didn't see this so maybe I 
>missed it. I think he is confusing the APRS trademark with the term "APRS 
>certified, which was promised, but has not yet been implemented. I don't 
>think he is trying to deny the property of anyone, but is making a 
>understandable 

>mistake. 

> 

If I may quote: 


>On 4/20/00 5:41 PM Thomas M. Schaefer (toms@inconnect.com) wrote: 

> 

>>wWhile I cannot concur that any program is the "real" implementation, I feel 
>>it is grossly inappropriate for anything to say the "official" version of 
>>any software. 


I read tthis as saying that Bob has no right to call a program 
"official", which certainly implies that Bob does not own the term APRS. 
The "Official Windows APRS" label is something that is part of a contract 
that existed long before the APRS WG, saying Bob can't do it means 


voiding the contract, depriving Bob of the rights to his trademark as 
well as income from the licensing deal. This is wrong. The trademark is 
his to use as he sees fit! 


>Now fast forward to the future. With you leaving the WG, the only authors 
>sitting on the 
>WG still are Bob licensed APRS authors. 


TAPR is not a licensee of the APRS trademark, and it still has a seat on 
the APRS WG, currently occupied by Greg Jones. 


Steve K4HG 
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Listen to what was being suggested. MINDSET. 


Steve Dimse wrote: 
On 4/21/00 3:01 PM Jeff King (jeff@aerodata.net) wrote: 


>> Please, don't 

>> try to strip him of property that is undeniably his, the APRS trademark. 
> 

>Did Thomas ever suggest this? Serious question, I didn't see this so maybe I 
>missed it. I think he is confusing the APRS trademark with the term "APRS 
>certified, which was promised, but has not yet been implemented. I don't 
>think he is trying to deny the property of anyone, but is making a 
>understandable 

>mistake. 

> 

If I may quote: 


>On 4/20/00 5:41 PM Thomas M. Schaefer (toms@inconnect.com) wrote: 

> 

>>wWhile I cannot concur that any program is the "real" implementation, I feel 
>>it is grossly inappropriate for anything to say the "official" version of 
>>any software. 


I read tthis as saying that Bob has no right to call a program 
"official", which certainly implies that Bob does not own the term APRS. 
The "Official Windows APRS" label is something that is part of a contract 
that existed long before the APRS WG, saying Bob can't do it means 


VV VV VV VV VV VV VV VV VV VV VV VV 


I think the theme of his message was MINDSET. He never said "Official Windows 
APRS" he said "official". 


My xpoint* was you could just as easily confuse "official" APRS-WG certified 
license with "official" APRS trademark. As the former has been promised, 
but not implemented, why are you so sure he is referring to the trademark? 


He never mentioned trademark. Instead of both of us guessing, why don't we 
see what he says? Or maybe he is the only sane one among us and gave up 
long ago on this thread... 


>Now fast forward to the future. With you leaving the WG, the only authors 
>sitting on the 
>WG still are Bob licensed APRS authors. 


TAPR is not a licensee of the APRS trademark, and it still has a seat on 
the APRS WG, currently occupied by Greg Jones. 


VV VV VV 


And your point? 


Yes, I am aware of this and stated it in my message (which you didn't quote). Greg 
Jones of TAPR brokered the formation of the APRS-WG. He and John Ackerman, 

also of TAPR, where given seats on the WG along with the other Bob licensed APRS 
authors. 


But neither Greg nor John are APRS authors, licensed or otherwise (that I know 
of). 


More to the point, would you care to comment on what I was saying, that we should 
encourage the APRS-WG to have non licensed APRS/OPEN SOURCE authors/types 
sit on it? I thought you would be supportive of this..... maybe not? 


This really is going no where, nothing against you, but these things were beat on 
time and 

time again back in the May-June 1999 time frame. No one gives a damn, other then a 
incredibly small percentage of the TAPR membership, so I'm fooling myself if I 
think they 

do (I'm serious here). 


Elvis has left the building. ;-) 
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On 4/21/00 4:46 PM Jeff King (jeff@aerodata.net) wrote: 


>I think the theme of his message was MINDSET. He never said "Official Windows 
>APRS" he said "official". 

> 

Bob said "Official Windows Version", which is what started all this 

flap...Tom simply shortened it to "official". 


>My xpoint*x was you could just as easily confuse "official" APRS-WG certified 
>license with "official" APRS trademark. As the former has been promised, 
>but not implemented, why are you so sure he is referring to the trademark? 
> 

Please read the WG charter again. The certification committee of the WG 
issues an "APRS Certified" label. As of when I left the WG, none had been 
issued to any program. The word "official" only occurs once in the 
document, in a completely unrelated context. There is no "official" 

APRS-WG License, just the "APRS Certified (TM)" label. The "Offical" 
designation is a pre-existing one, and must be honored under the terms of 
the APRSWG charter. 


>More to the point, would you care to comment on what I was saying, that we 
>should 

>encourage the APRS-WG to have non licensed APRS/OPEN SOURCE authors/types 
>sit on it? I thought you would be supportive of this..... maybe not? 

> 

When I left the APRS WG, I made a recommendation of people I thought 

would be appropriate to replace me, and I told several other people of 

that opinion as well. I did so in private, as is my right, and it is a 
topic I choose to continue to remain silent on publicly. I do not think 

it is my right as a resigning member to choose my successor, or to 

publicly campaign for anyone. It is up to the APRSWG to choose if, and 

who, to add to their roster in accordance with their charter. 


Steve K4HG 
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Tom, NY4I, wrote: 


My sole point was that the term "official" program is not correct especially 
coming from Bob. I mentioned the WG simply because the WG (of which Bob is a 
founding member) is not supposed to call anything official. There are a 
bunch of windows program now and soon available, so calling anything 
"official" is wrong. 


It would help if the WG clearly said, "No program has exclusive recommended 
or "official" status with the WG. All licensed programs are viewed equally. 


I will give the benefit of the doubt and ASSUME that the "official" was a 
carry-over from the days when Bob closely controlled licensing for APRS 
programs. Those days are over, right? If anything is answered here, that 
question should be! 


VV VV VV VV VV VV OV 


Your take is pretty much correct. Bob's reference to WinAPRS as the 
"official" Windows version is related to the fact that it is the only 
one that he (Bob, not the WG) has licensed to use the APRS trademark, 
which Bob, not the Working Group, owns. That agreement was in effect 
long before the Working Group existed. 


>From the WG's perspective, there is no "official" APRS version for any 
platform. 


We hope that there will be a certification program that will allow 
developers to obtain an "APRS Certified" (or something similar) 
designation if their programs meet the requirements of the protocol 
spec. That program will be open to all comers and there could be many 
"APRS Certified" implementations for a given platform. But that 
certification trademark will be different from the right to use "APRS" 
in a product name, which Bob continues (rightfully) to control. 


John N8UR 
jra@febo.com 
APRS Working Group Chairman 


John Ackermann N8UR 
Dayton, Ohio, USA 
jra@febo.com -- http://www.febo.com 
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Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA14595 

for <lyris.aprsspec@tapr.org>; Sun, 23 Apr 2000 21:59:59 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 23 Apr 2000 22:45:46 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 


APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: "Official" Programs 
In-Reply-To: <LYR10461-79456-2000.04.23-16.54.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-79564-2000.04.23-21.52.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004232243230.19014-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 23 Apr 2000, John Ackermann wrote: 

<snip> 

> certification trademark will be different from the right to use "APRS" 
> in a product name, which Bob continues (rightfully) to control. 


And, which I might add is available for only a very modest small fee... 
for programs that work... <grin> 


:) 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 11:32:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA23637 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 11:32:15 -0500 (CDT) 
Message-ID: <LYR11589-79680-2000.04.24-11.32.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 24 Apr 2000 09:31:14 -0700 (PDT) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] An Offer 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000424163114.28188 .qmail@web902.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, All... 


As of late, there have been a number of suggestions that 
someone should fill Steve Dimse's position on the WG and that 
person should have an "open" orientation. 


I would like to offer myself for that position. I have 
communicated with Bob and he appears to have little problem 
with my "application". 


I am approaching this as a software author who is trying 

to bring into existance code based on the APRS standard. 

I have no allegiance to anyone's previous implemantation nor 
any particular criticisms with any of them (other than 

the view that most are too complex to configure). 


I would bring a pragmatic view to the WG. I tend to work as 
a bridge builder. 


My own background is Electrical Engineering. I have a 

PhD from Colorado State (1971). I have worked at Tektronix 
designing oscilloscope plugins, at the College of Oceanography 
of Oregon State Univ. as an instrumentation engineer, and 
currently at Kalatel in Corvallis, OR, as an analog circuit 
designer and embedded processor programmer (8051 & AVR). 


Non-professionally, I've enjoyed Macintosh computers and have 
done some Pascal, C, C++, and now visual-basic on that platform. 


I've been a ham since about 1980 with a TechPlus most of that 
time. Packet has been my passion since getting that TechPlus. 
I have been involved in a variety of low-level networking 
protocol designs, professionally, and have been working with 
APRS for close to a year. 


Most sincerely, 


Jim Wagner, KA7EHK 
Tangent, OR, USA 


Do You Yahoo!? 
Send online invitations with Yahoo! Invites. 
http://invites. yahoo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 11:35:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA23788 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 11:35:57 -0500 (CDT) 
Message-Id: <LYR11589-79682-2000.04.24-11.36.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 24 Apr 2000 11:27:07 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: An Offer 
In-Reply-To: <LYR11608-79680-2000.04.24-11.32.45--dvanhorn#cedar.net@lis 
ts.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.0.1.20000424112623 .03acae80@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hash: SHALL 


>My own background is Electrical Engineering. I have a 

>PhD from Colorado State (1971). I have worked at Tektronix 
>designing oscilloscope plugins, at the College of Oceanography 
>of Oregon State Univ. as an instrumentation engineer, and 
>currently at Kalatel in Corvallis, OR, as an analog circuit 
>designer and embedded processor programmer (8051 & AVR). 


An AVR head! You've got my vote :) 


Are you an ISP? Tired of spam? 
www.spamwhack.com A pre-emptive strike against spam! 


Where's Dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 


10A/AwUBOQSR+4F1GDz116VWEQJyiQCgnYGWVGkL3xVn7vPxhSibLy2hQ9wAoIre 
VihLUvLrjr502WhR1tL/D+Ie 
=zTu7 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 13:13:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA27925 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 13:13:49 -0500 (CDT) 
Message-Id: <LYR11589-79700-2000.04.24-13.14.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Mon, 24 Apr 2000 11:06:04 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] Version 1 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20000424105625 .00bab4f0@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I'd like to see Version 1 of the protocol published ASAP. I know Ian is 
working hard on doing just that. I would hate to see that postponed or 
prolonged by any new dynamics within the WG. Version 1 is long overdue as is. 


My suggestion is get Version 1 published first, get that done and out of 
the way, then the decks would be clear to focus on WG membership and other 
issues (like Version 2). 

73, Cap KE6AFE 


Cap Pennell 


Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 
email: cap@cruzio.com home page: http://members.cruzio.com/~cap 
packet radio: KE6AFE @ki6eh.#wcca.ca.usa.noam 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 13:40:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA28647 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 13:40:00 -0500 (CDT) 
Message-ID: <LYR11589-79707-2000.04.24-13.40.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 24 Apr 2000 19:32:53 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Version 1 
References: <LYR14779-79700-2000.04.24-13.14.29-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-79700-2000.04.24-13.14.29-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <qrrstMAVNIB5Ewigq@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-79700-2000.04.24-13.14.29--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Cap Pennell <cap@cruzio.com> writes 

>I'd like to see Version 1 of the protocol published ASAP. I know Ian is 
>working hard on doing just that. I would hate to see that postponed or 
>prolonged by any new dynamics within the WG. Version 1 is long overdue as is. 
> 

>My suggestion is get Version 1 published first, get that done and out of 

>the way, then the decks would be clear to focus on WG membership and other 
>issues (like Version 2). 


Hi Cap. The spec for Protocol Version 1.0 is almost complete, and the 
Working Group are now checking it out prior to public release. 


With luck you will see it "Real Soon Now"! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 14:19:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ0373 
for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 14:19:06 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-79711-2000.04.24-14.19.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 24 Apr 2000 15:19:53 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Open source APRS "clone" authors 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39049E59.F0478290@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


To my knowledge, these are the software authors of open source APRS 
type programs. None of them are presently are on the WG. Please add to this 
list if I missed anyone. Open source meaning that they publish the source 


code but most importantly encourage others to build on there work. 


XASTIR Frank Giannan Full featured open source GUI for linux with i-gate 
APRSDIGI Wes Johnston APRSDIGI for DOS 

HAMHUD Steve Bragg APRS display device with innovative map matching 
features 

APRSD wa4dsy APRS i-gate for Linux, supports messaging 

APRSMON Alan ? APRS digipeater for Linux 

GPS-E John Hansen APRS tracker (MIC-E clone) for PIC (C code) 

pice Byron Garrabrant APRS tracker (MIC-E clone) for PIC (assembly) 
ram_digi Mike Berg APRS digi on a PIC 

PIC_PALM Mike Berg APRS receiver for PALM PILOT 

U2K Steve Dimse APRS weather formatting program for PEET brothers 
JAVAAPRS Steve Dimse JAVA APRS display applet 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 14:44:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id O0AA01218 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 14:44:41 -0500 (CDT) 
Message-ID: <LYR11589-79713-2000.04.24-14.45.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: pc@mds.com (Alfred Lee, Mail List Account) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Open source APRS "clone" authors 
Date: Mon, 24 Apr 2000 12:41:46 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFADEA.74408080.pc@mds.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All, 


I have a code base for experimenting with APRS using HP200LX (XT DOS) 


and Baycom modem that I am willing to make public. However, I don't think 
there being too much interest in this kind of setup as I am not aware of any 
one else using my program since I published it. Some interesting info: 


http://www. geocities.com/CapeCanaveral/Hangar/9412/ 
http://www. geocities.com/CapeCanaveral/Hangar/9412/airp/ 
http://www. geocities.com/CapeCanaveral/Hangar/9412/airp/Airp1.htm 


Note: this program makes no attempt to comply with the APRS standard but 
only as an experimentation vehicle for accessing the APRS network. 


Alfred 
From: Jeff King[SMTP: jeff@aerodata.net] 
Sent: Monday, April 24, 2000 12:19 PM 


To: APRS Spec Discussion List 
Subject: [aprsspec] Open source APRS "clone" authors 


To my knowledge, these are the software authors of open source APRS 

type programs. None of them are presently are on the WG. Please add to this 
list if I missed anyone. Open source meaning that they publish the source 
code but most importantly encourage others to build on there work. 


XASTIR Frank Giannan Full featured open source GUI for linux with i-gate 
APRSDIGI Wes Johnston APRSDIGI for DOS 

HAMHUD Steve Bragg APRS display device with innovative map matching 
features 

APRSD waddsy APRS i-gate for Linux, supports messaging 

APRSMON Alan ? APRS digipeater for Linux 

GPS-E John Hansen APRS tracker (MIC-E clone) for PIC (C code) 

pice Byron Garrabrant APRS tracker (MIC-E clone) for PIC (assembly) 
ram_digi Mike Berg APRS digi on a PIC 

PIC_PALM Mike Berg APRS receiver for PALM PILOT 

U2K Steve Dimse APRS weather formatting program for PEET brothers 
JAVAAPRS Steve Dimse JAVA APRS display applet 


You are currently subscribed to aprsspec as: pc@mds.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 14:46:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q1269 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 14:46:07 -0500 (CDT) 
Message-Id: <LYR11589-79714-2000.04.24-14.46.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, jra@meow.febo.com 
Subject: [aprsspec] Re: Version 1 
In-reply-to: Your message of "Mon, 24 Apr 2000 11:06:04 PDT." 

<LYR11592-79700-2000.04.24-13.14.29--n8ur#tapr.org@lists.tapr.org> 

Date: Mon, 24 Apr 2000 15:45:33 -0300 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004241945 .PAA16919@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Cap and the gang -- 


I think the protocol spec is not far off, and I personally (not speaking 
for the WG) agree with you that it would be a mistake to make changes 
before that step is finalized. After the spec comes out, the WG will need 
to shift its thinking from documenting what is, to helping define what will 
be, and that will be the time to consider new members. 


I hope that time will come very soon now, but I'd better let Ian speak 
for himself. :-) 


John N8UR 

jra@febo.com 

In message <LYR11592-79700-2000.04.24-13.14.29--n8urd#ttapr.org@lists.tapr.org>, 
Cap Pennell writes: 

>I'd like to see Version 1 of the protocol published ASAP. I know Ian is 
>working hard on doing just that. I would hate to see that postponed or 
>prolonged by any new dynamics within the WG. Version 1 is long overdue as is. 
> 

>My suggestion is get Version 1 published first, get that done and out of 

>the way, then the decks would be clear to focus on WG membership and other 


>issues (like Version 2). 

>73, Cap KE6AFE 

>-- 

>Cap Pennell 

>Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 
>email: cap@cruzio.com home page: http://members.cruzio.com/~cap 
>packet radio: KE6AFE @ki6eh.é4wcca.ca.usa.noam 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: n8ur@tapr.org 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 24 19:03:48 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA10541 

for <lyris.aprsspec@tapr.org>; Mon, 24 Apr 2000 19:03:44 -0500 (CDT) 
Message-ID: <LYR11589-79750-2000.04.24-19.04.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR13439-79680-2000.04.24-11.32.45--ssampson#usa- 
site.net@lists.tapr.org> 
Subject: [aprsspec] Re: An Offer 
Date: Mon, 24 Apr 2000 19:01:10 -0500 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002101bfae49$5d0c5c40$83228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I for one, second the nomination. Jim has been the guy who has 


asked the best questions of the current spec, pointed out the 
completely bogus, and I think the final specs will be better from 
his contributions. 


I think we should be careful about how many PhD holders are 
in there though (I'm kidding!) 


Steve/k5o0kc 


> I would like to offer myself for that position. I have 
> communicated with Bob and he appears to have little problem 
> with my "application". 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 01:40:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA11114 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 01:40:24 -0500 (CDT) 
Message-ID: <LYR11589-80246-2000.04.27-01.41.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 27 Apr 2000 07:38:33 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Wanted: telnet client 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <jcOeQbApB+B5EwQp@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


For testing some new APRS software, I need a Win95 telnet client that: 
a. will save all dialog to disk 


b. will not line wrap or truncate at 80 characters 


c. will not drop any non-printing ASCII characters in the range 0x00 to Ox7£f. 


Pointer(s) anyone? 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 07:50:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA28199 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 07:50:32 -0500 (CDT) 
From: "Rob Wittner" <xrmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Wanted: telnet client 
Date: Thu, 27 Apr 2000 08:49:41 -0400 
Message-ID: <LYR11589-80269-2000.04.27-07.51.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
In-Reply-To: <LYR11697-80246-2000.04.27-01.41.10--xmwiérwa-inc.com@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMOEMBDGAA. rmw@rwa-inc.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


If I am not mistaken, HyperTerminal meets your requirements. However, I 
xamx talking about the Windows 98 version - I'm not sure if the Win95 
version has the telnet piece built-in. (I've used HT frequently to collect 
a data stream from APRServe to feed to APRS/CE. The vanilla Windows telnet 
client wraps at 80 columns, rendering a large part of the data stream 
useless - though I guess it is useful to see how to gracefully handle bad 
data.) 


-Rob 
KZ5RW 


peocee Original Message----- 

:From: bounce-aprsspec-11697@lists.tapr.org 

: [mailto:bounce-aprsspec-11697@lists.tapr.org]On Behalf Of Ian Wade 
>Sent: Thursday, April 27, 2000 2:39 AM 

:To: APRS Spec Discussion List 

:Subject: [aprsspec] Wanted: telnet client 


:For testing some new APRS software, I need a Win95 telnet client that: 
:a. will save all dialog to disk 
:b. will not line wrap or truncate at 80 characters 


:c. will not drop any non-printing ASCII characters in the range 
70x00 to Ox7f. 


:Pointer(s) anyone? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 08:23:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA29085 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 08:23:34 -0500 (CDT) 
Message-ID: <LYR11589-80273-2000.04.27-08.22.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 27 Apr 2000 14:18:22 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Compressed position reports 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NuhQFgAe4DC5Ew+J@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


(I hope you folks don't mind a comment from an "unofficial" author ;-) 


There is an obvious difference between the behaviour of ARPSTK and the 
APRS spec in terms of encoding/decoding compressed position reports. 


The difference isn't great in absolute terms, but it is certainly highly 
significant in the context of the claim in the spec that an advantage of 
compression is "Improved position to 1 foot worldwide." The difference 
between decoding the same compressed posit according to the spec and 
decoding it in APRSTK using my location as the sample data is about one 
mile. 


Is there an error in the spec? (I'm using aprs101g.pdf.) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 09:25:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA01408 
for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 09:25:25 -0500 (CDT) 
Message-ID: <LYR11589-80281-2000.04.27-09.26.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 27 Apr 2000 15:04:33 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Compressed position reports 
References: <LYR14779-80273-2000.04.27-08.22.26-- 


Tan.Wade#care4free.net@lists.tapr.org> 

In-Reply-To: <LYR14779-80273-2000.04.27-08.22.26-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NmR1OgAxjJEC5EwvK@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-80273-2000.04.27-08.22.26--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 

>(I hope you folks don't mind a comment from an "unofficial" author ;-) 

> 

>There is an obvious difference between the behaviour of ARPSTK and the 
>APRS spec in terms of encoding/decoding compressed position reports. 

> 

>The difference isn't great in absolute terms, but it is certainly highly 
>significant in the context of the claim in the spec that an advantage of 
>compression is "Improved position to 1 foot worldwide." The difference 
>between decoding the same compressed posit according to the spec and 
>decoding it in APRSTK using my location as the sample data is about one 
>mile. 

> 

>Is there an error in the spec? (I'm using aprs101¢g.pdf.) 

> 


Roger, could you please mail me the offending packet(s). I'll look into 
it. 


Thanks. 
73 
Ian, G3NRW 


Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 09:25:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ1421 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 09:25:32 -0500 (CDT) 
Message-ID: <LYR11589-80282-2000.04.27-09.26.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 27 Apr 2000 15:13:00 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] RE: Wanted: telnet client 
References: <LYR11697-80246-2000.04.27-01.41.10--xmwi#rwa-inc.com@lists.tapr.org> 
<LYR14779 -80269-2000.04.27-07.51.14--Ian.Wade#tcare4dfree.net@lists.tapr.org> 
In-Reply-To: <LYR14779-80269-2000.04.27-07.51.14-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <E2G36vAsrEC5Ewvn@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-80269-2000.04.27-07.51.14--Ian.Waded#tcare4free.net@l 
ists.tapr.org>, Rob Wittner <rmw@rwa-inc.com> writes 

> 

>If I am not mistaken, HyperTerminal meets your requirements. However, I 
>xam*x talking about the Windows 98 version - I'm not sure if the Win95 
>version has the telnet piece built-in. (I've used HT frequently to collect 
>a data stream from APRServe to feed to APRS/CE. The vanilla Windows telnet 
>client wraps at 80 columns, rendering a large part of the data stream 
>useless - though I guess it is useful to see how to gracefully handle bad 
>data. ) 


That's exactly the problem Rob! I wrote a simple joinline program in 
Basic to join those lines which wrapped around at 80 characters -- the 
problem is, if a line is x*exactlyx 80 characters long (and many are) I 
then have to manually split the join I've just made. This is a veritable 
pain in the subroutines when you're handling a 14000 line file (as I was 
this morning...) 


I'll look into Hyperterminal. Thanks Rob. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 10:57:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ5136 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 10:57:19 -0500 (CDT) 
Message-Id: <LYR11589-80296-2000.04.27-10.56.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: rasdpaul@pop.rasdoc.com 
Date: Thu, 27 Apr 2000 11:57:02 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Paul Breed <Paul@rasdoc.com> 
Subject: [aprsspec] Re: Wanted: telnet client 
In-Reply-To: <LYR14899-80246-2000.04.27-01.41.10--Pauli#rasdoc.com@lists. 
tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20000427115533 .01bfc6a0@pop.rasdoc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Does it have to do the Telnet option negotiation, or just open a TCP 
connection? 

Is it ok if it truncates the display to 80 cols, but saves the untruncated 
dialog to disk? 


Paul (K17IG) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 11:00:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5226 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 11:00:18 -0500 (CDT) 
Date: Thu, 27 Apr 2000 08:59:50 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Wanted: telnet client 
In-Reply-To: <LYR12892-80282-2000.04.27-09.26.24-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-80298-2000.04.27-11.01.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10004270856520 .19358-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 27 Apr 2000, Ian Wade wrote: 


That's exactly the problem Rob! I wrote a simple joinline program in 
Basic to join those lines which wrapped around at 80 characters -- the 
problem is, if a line is xexactlyx 80 characters long (and many are) I 
then have to manually split the join I've just made. This is a veritable 
pain in the subroutines when you're handling a 14000 line file (as I was 
this morning...) 


VV VV VV VV 


I'll look into Hyperterminal. Thanks Rob. 


If you've got Perl 5.something installed on the box, I can send you 
a VERY small Perl script that implements telnet. I use it to connect 


to the APRS feed and log packets of interest. It has NO rules for 
data mangling, but you can add your own if you wish. What you see is 
what you get. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 11:36:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6458 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 11:35:57 -0500 (CDT) 
Date: Thu, 27 Apr 2000 11:35:34 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-80303-2000.04.27-11.36.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Wanted: telnet client 
In-Reply-To: <LYR11595-80296-2000.04.27-10.56.04- - 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200004271635.LAA57142@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Thu, 27 Apr 2000 11:57:02 -0400 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Paul Breed <Paul@rasdoc.com> 

Subject: [aprsspec] Re: Wanted: telnet client 


Does it have to do the Telnet option negotiation, or just open a TCP 
connection? 


[...] 


VV VVVV VV 


APRServe does not appear to try to negotiate telnet options. (I don't 
think APRServe responds to telnet option negotiations, either.) 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 12:11:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA0Q7988 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 12:11:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 27 Apr 2000 13:08:17 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR11586-80273-2000.04.27-08.22.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80305-2000.04.27-12.12.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004271257580 .11984-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 27 Apr 2000, Roger Barker wrote: 


> There is an obvious difference between the behaviour of ARPSTK and the 
> APRS spec in terms of encoding/decoding compressed position reports. 
> ... about one mile. 


Good question. Or Could be in APRStk? How about sending us your 
posit data, and the posit generated by APRStk so we can see whats going 
on. Thanks. Wouldn't surprise me if a bug crept into the eastern 
hemisphere. . 


Here is a sample for my office position... 


LAT LONG YYYYXXXX 


3859.11N/07629.11W => th_!;/n! 


I hope thats what everyone else gets. All versions of APRS dos can 
display the compressed format of any location of the cursor. Just hit 
MAPS-PLOTS-FORMAT and it will display the YYYYXXXX value in the upper left 
corner. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 12:30:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ8729 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 12:30:44 -0500 (CDT) 
Date: Thu, 27 Apr 2000 12:28:19 
Subject: [aprsspec] Re: Compressed position reports 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Roger Barker" <roger@peaksys.co.uk> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-80308-2000.04.27-12.29.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 04/27/00, "Bob Bruninga <bruninga@nadn.navy.mil>" wrote: 
On Thu, 27 Apr 2000, Roger Barker wrote: 


> There is an obvious difference between the behaviour of ARPSTK and the 
> APRS spec in terms of encoding/decoding compressed position reports. 
> ... about one mile. 


Good question. Or Could be in APRStk? How about sending us your 
posit data, and the posit generated by APRStk so we can see whats going 
on. Thanks. Wouldn't surprise me if a bug crept into the eastern 
hemisphere. . 


Here is a sample for my office position... 


VVVV VV VV VV VV NV 


LAT LONG YYYYXXXX 


3859.11N/07629.11W => th_!;/n! 


I hope thats what everyone else gets. All versions of APRS dos can 
display the compressed format of any location of the cursor. Just hit 
MAPS-PLOTS-FORMAT and it will display the YYYYXXXX value in the upper left 
corner. 


VV VV VV VV 


(Hope this works! The server that hosts my domain is down and all my 
incoming email is being bounced, so I'm sending this from the TAPR web 
site.) 


You don't really need the example for my location, because, if you feed the 
example compressed posit in the spec - 5L5L<+%A which is supposed to be 
4930.00N, 7245.00W - into APRSTK, it decodes it as 4929.71N, 7244.23W. 


If you input 4930.00N, 7245.00W as your lat and long in APRSTK, there is a 
similar difference when it encodes the posit. It transmits 5L!!<xe!, which, 
when decoded according to the spec, is 4930.29N, 7245.78W. 


Roger - G4IDE 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 27 22:52:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA0Q1487 

for <lyris.aprsspec@tapr.org>; Thu, 27 Apr 2000 22:52:29 -0500 (CDT) 
Message-ID: <LYR11589-80374-2000.04.27-22.52.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80308-2000.04.27-12.29.36-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
Date: Thu, 27 Apr 2000 20:49:50 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006801bfb0c4$ceebc620$dc92b3d1@celeron> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id WAA01487 


You don't really need the example for my location, because, if you feed the 
example compressed posit in the spec - 5L5L<+%A which is supposed to be 
4930.00N, 7245.00W - into APRSTK, it decodes it as 4929.71N, 7244.23W. 


If you input 4930.00N, 7245.00W as your lat and long in APRSTK, there is a 
similar difference when it encodes the posit. It transmits 5L!!<xe!, which, 
when decoded according to the spec, is 4930.29N, 7245.78W. 


VV VVVV VV MV 


Roger - G4IDE 


5L!!<xe! decodes to 4930.00N, 7245.00W in APRS+SA. 


APRS+SA decoder: "NW' FmtLL ® LLCompress '5L5L<+%A' 
N49029.707' W72044.223' 
APRS+SA decoder: "NW' FmtLL ® LLCompress '5L!!<xel!' 


N49%30.000' W72045.007' 
Apparently, the spec is wrong. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 02:55:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA16609 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 02:55:38 -0500 (CDT) 
Date: Fri, 28 Apr 2000 2:54:49 
Subject: [aprsspec] Re: Compressed position reports 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Roger Barker" <roger@peaksys.co.uk> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Message-Id: <LYR11589-80402-2000.04.28-02.56.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Precedence: bulk 


On 04/27/00, ""Brent Hildebrand" <bhildebrand@earthlink.net>" wrote: 
[snip] 

> 

> Apparently, the spec is wrong. 


So is anyone going to suggest in what way it's wrong? It only takes a few 
minutes to work through the example maths in the spec, so presumably it 
should be a simple task for someone to say where the error is... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 06:36:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ0187 
for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 06:36:32 -0500 (CDT) 
Message-ID: <LYR11589-80411-2000.04.28-06.37.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 12:36:05 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Compressed position reports 
References: <LYR14779-80402-2000.04.28-02.56.15-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-80402-2000.04.28-02.56.15-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <y1kKajAlexC5Ew4Q@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-80402-2000.04.28-02.56.15--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 

>On 04/27/00, ""Brent Hildebrand" <bhildebrand@earthlink.net>" wrote: 
>[snip] 

>> 

>> Apparently, the spec is wrong. 

> 

>So is anyone going to suggest in what way it's wrong? It only takes a few 
>minutes to work through the example maths in the spec, so presumably it 
>should be a simple task for someone to say where the error is... 

> 


I'm workin' on it as fast as I can pedal! By golly, you're a HARD 
taskmaster ..... :-)) 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 07:40:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA01880 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 07:40:53 -0500 (CDT) 
Message-ID: <LYR11589-80412-2000.04.28-07.39.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 13:37:25 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Compressed position reports 
References: <LYR14779-80402-2000.04.28-02.56.15-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 

<LYR13460-80411-2000.04.28-06.37.24--rogeri#peaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR13460-80411-2000.04.28-06.37.24-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <nFHqvJAFYYC5EwlQ@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-80411-2000.04.28-06.37.24--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Ian Wade <Ian.Wade@care4free.net> writes 

>In article <LYR14779-80402-2000.04.28-02.56.15--Ian.Wade#tcare4free.net@l 
>ists.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 

>>0n 04/27/00, ""Brent Hildebrand" <bhildebrand@earthlink.net>" wrote: 
>>[snip] 

>>> 

>>> Apparently, the spec is wrong. 

>> 

>>So is anyone going to suggest in what way it's wrong? It only takes a few 
>>minutes to work through the example maths in the spec, so presumably it 
>>should be a simple task for someone to say where the error is... 

>> 

> 

>I'm workin' on it as fast as I can pedal! By golly, you're a HARD 
>taskmaster ..... :-)) 


Ok, here's a little help! ;-) 


The maths in the spec is logically correct, yet the result it gives has 
a small error compared to what is coming out of the "official" programs. 
There aren't too many ways that could happen with such a relatively 
simple calculation. 


One obvious possibility is that the numbers 380972 and 190486 (which is 
380972/2) are incorrect. Now if I change 380972 to 380927, I get almost 
the same answer as the "official" programs. There's still a small 
difference, but I have a good idea why that might occur. 


So, I think a good starting point would be to find out whether the 
"official" programs are using 380972 or 380927... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 07:51:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA0Q2148 
for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 07:51:01 -0500 (CDT) 
Message-Id: <LYR11589-80413-2000.04.28-07.51.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: rasdpaul@pop.rasdoc.com 
Date: Fri, 28 Apr 2000 08:53:04 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Paul Breed <Paul@rasdoc.com> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR14899-80412-2000.04.28-07.39.47--Pauli#rasdoc.com@lists. 
tapr.org> 
References: <LYR13460-80411-2000.04.28-06.37.24-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
<LYR14779-80402-2000.04.28-02.56.15--Ian.Wade#tcare4free.net@lists.tapr.org> 
<LYR13460-80411-2000.04.28-06.37.24--rogeri#peaksys.co.uk@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20000428085136.01cfb100@pop.rasdoc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I believe that this sort of function should include some sample 
code in the specification. 


A pair of C functions, encode, and decode would be nice. 
This is how it is done in a lot of the RFC's (Internet standards) 


Paul (K17IG) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 08:53:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ4059 


for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 08:53:18 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 28 Apr 2000 09:49:51 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR11586-80402-2000.04.28-02.56.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80418-2000.04.28-08.51.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004280948520 .27750-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 28 Apr 2000, Roger Barker wrote: 


> Apparently, the spec is wrong. 


> 
> 
> So is anyone going to suggest in what way it's wrong? It only takes a few 
> minutes to work through the example maths in the spec, so presumably it 

> should be a simple task for someone to say where the error is... 

I am up to my eyeballs in work and tonights Field-day at movie theaters 
across the country. Plus a million other things. I11 try to take a look 
soon.. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 08:53:49 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ4095 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 08:53:48 -0500 (CDT) 


From: Paul Keinanen <keinanen@sci.fi> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Cc: roger@peaksys.co.uk 

Subject: [aprsspec] Re: Compressed position reports 

Date: Fri, 28 Apr 2000 16:52:13 +0300 

Message-ID: <LYR11589-80421-2000.04.28-08.54.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

References: <LYR14779-80402-2000.04.28-02.56.15-- 
Tan.Wade#tcare4free.net@lists.tapr.org> <LYR13460-80411-2000.04.28-06.37.24-- 
roger#tpeaksys.co.uk@lists.tapr.org> <LYR13206-80412-2000.04.28-07.39.47-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 

In-Reply-To: <LYR13206-80412-2000.04.28-07.39.47-- 

Paul .Keinanen#sci.fi@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <q45jgs4btualvguunqj212qu6édm3h29fsd@4ax.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 28 Apr 2000 13:37:25 +0100, Roger Barker <roger@peaksys.co.uk> 
wrote: 


>The maths in the spec is logically correct, yet the result it gives has 
>a small error compared to what is coming out of the "official" programs. 
>There aren't too many ways that could happen with such a relatively 
>simple calculation. 


Without having the source code for the "official" programs, the small 
difference in the least significant digits makes me suspect that some 
part of the calculation has been done in (single precision) floating 
point, which has a precision of 6-7 digits. As a result, any digits 
after the 6th or 7th are useless. 


If the result is to be displayed with 1/100 minute resolution, it 
would be natural to use an internal representation in which the 1/100 
minute corresponds to an integer value of 1 (or 1.000 if someone 
insist on using floating point values). In a binary floating point 
representation, you can not express values like 2.01 exactly, but with 
plenty (1-3 bits) of extra resolution, the displayed value can be 
rounded and displayed correctly to two decimals. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 09:24:17 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ5314 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 09:24:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 28 Apr 2000 10:22:44 -@400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR11586-80412-2000.04.28-07.39.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80425-2000.04.28-09.24.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004280955000 .27750-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 28 Apr 2000, Roger Barker wrote: 


> Ok, here's a little help! ;-) 

> 

> One obvious possibility is that the numbers 380972 and 190486 (which is 
> 380972/2) are incorrect. Now if I change 380972 to 380927, I get almost 
> the same answer as the "official" programs. There's still a small 

> difference, but I have a good idea why that might occur. 


Maybe this will help... 


The key numbers in my code are 4186 x* (90-LAT) 
and 2093 x (LON-180) 


Where LAT and LONG are in decimal degrees. This gives the first 3 digits 
of the YYY_XXX_ value. THe last digit in X and Y are then just one 91th 
of the remainder. 


Notice that if you divide 380972 by 91 you get 4186.5xxxx 
But we used instead 380926 which is the product of 4186 and 91 


The reason for this was that positions to YYY_XXX_ can all be done with 
Single precision integers and get you to a pretty good accuracy of about 
100 feet worldwide (comparable to DD MM.HH) If you want to take the 
remainder and divide it by 91, then you can get precision down to about 1 
foot. But we did not want to burden Pic processors with double precision 
integers where positional accuracies to the nearest 100 feet were 

good enough.. 


Hope that helps... 
Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 12:13:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11850 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 12:13:23 -0500 (CDT) 
Message-ID: <LYR11589-80457-2000.04.28-12.14.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 18:10:26 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Compressed Posits: The spec IS wrong. Here's the £ix 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <90d5EFACYcC5EwLO@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As several people have commented, it turns out that the spec covering 
encoding/decoding of compressed posits is (slightly :-)) wrong. 


Refer to page 32 of the APRS Protocol Spec, draft version 1.0.1g, dated 
3 December 1999 (at http://www.tapr.org/tapr/html/Faprswg.htm1) . 


In the "Lat/Long Encoding" section, the computations should be: 
YYYY is 380926 x (90 - latitude) 


XXXX is 190463 * (180 + longitude). 


In the "Lat/Long Decoding" section, the same big numbers are used as the 
divisors: 


Bart = "90.2 8 CC. sete csessie rag ) / 380926 


Long = -180 + ((......... ) / 190463 


Using these numbers, the examples computed by Bob Bruninga and Brent 
Hildebrand in other threads on this list match correctly. 


The longitude encoding/decoding examples in the spec will obviously have 
to be reworked. For now, this is left as an exercise for the reader ... 
(and if you decide to have a go, please let me know what you get for the 
4 ASCII characters for 72.75 deg W). Hopefully I will get the same! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 12:43:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA12855 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 12:43:20 -0500 (CDT) 


Message-ID: <LYR11589-80460-2000.04.28-12.42.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 28 Apr 2000 18:40:20 +0100 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: Compressed position reports 

References: <LYR11586-80412-2000.04.28-07.39.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR13460-80425-2000.04.28-09.24.48--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-80425-2000.04.28-09.24.48- - 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <LRHhqJAEOcC5EwMe@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-80425-2000.04.28-09.24.48--roger#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>On Fri, 28 Apr 2000, Roger Barker wrote: 

> 

>> Ok, here's a little help! ;-) 

>> 

>> One obvious possibility is that the numbers 380972 and 190486 (which is 
>> 380972/2) are incorrect. Now if I change 380972 to 380927, I get almost 
>> the same answer as the "official" programs. There's still a small 

>> difference, but I have a good idea why that might occur. 


>Maybe this will help... 


> 

>The key numbers in my code are 4186 x (90-LAT) 
>and 2093 x (LON-180) 
> 


>Where LAT and LONG are in decimal degrees. This gives the first 3 digits 
>of the YYY_XXX_ value. THe last digit in X and Y are then just one 91th 
>of the remainder. 

> 

>Notice that if you divide 380972 by 91 you get 4186.5xxxx 

>But we used instead 380926 which is the product of 4186 and 91 

> 

>The reason for this was that positions to YYY_XXX_ can all be done with 
>single precision integers and get you to a pretty good accuracy of about 
>100 feet worldwide (comparable to DD MM.HH) If you want to take the 
>remainder and divide it by 91, then you can get precision down to about 1 


>foot. But we did not want to burden Pic processors with double precision 
>integers where positional accuracies to the nearest 100 feet were 
>good enough.. 


So, presumably, all the APRS applications that could handle compressed 
posits at the time the spec was drawn up use your approximation? In that 
case, why does the spec not reflect that situation? I have seen it said 
enough times that the spec is supposed to be documenting the current 
situation. (That's a question to the WG in general, not specifically to 
Bob. ) 


If the same compressed posit is decoded by a program that uses the above 
approximation and one that faithfully follows the spec (including using 
sufficient precision to avoid intermediate rounding errors), the 
difference in position is about half a mile in the USA, and over a mile 
in some other parts of the world. That doesn't seem a very satisfactory 
Situation when "Improved position to 1 foot worldwide" is claimed. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 13:42:40 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15050 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 13:42:37 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 28 Apr 2000 14:41:42 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed Posits: The spec IS wrong. Here's the fix 
In-Reply-To: <LYR11586-80457-2000.04.28-12.14.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80478-2000.04.28-13.43.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004281436520 .4116-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 28 Apr 2000, Ian Wade wrote: 


> (and if you decide to have a go, please let me know what you get for the 
> 4 ASCIT characters for 72.75 deg W). Hopefully I will get the same! 


I get <xe! 


Also for your entertinament, you will notice that the SIGN of the math for 
longitude is backwards from what you might have expected. This was done 
early on so that all the English Language Swear words did not plot to 
locations in the middle of the USA... 


I dont know where they ended up, but at least they aren't in our 
backyard... <grin>... 


I could see the joy that APRS'ers would have driving circles around the 
point that produced the worst possible cursewords... 


I think I moved them to the middle of the oceans... 


bob, WB4APR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 13:46:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15218 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 13:46:44 -0500 (CDT) 
Message-ID: <LYR11589-80480-2000.04.28-13.47.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Compressed Posits: The spec IS wrong. Here's the fix 
Date: Fri, 28 Apr 2000 13:45:27 -0500 
MIME-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFB118.0C5E47A0.billdiaz@megsinet.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ian, 

If it is not possible to rework the spec document to correct errors 
and ambiguities, could an error or erratta document be posted along 
with the APRS101g.pdg file? 


Many of the document errors have been discussed on the sig, and 
corrections offered, but these are not readily available to 
those who may wish to use the document to write new, or to 
correct existing APRS applications. 


Presently, the chapter 9 - Compressed Postion Report Data Formats, 

chapter 10 - Mic-E Format, and chapter 11 - Object and Item Reports 

seem to be causing the most confusion. 

Bill KC9XG 

On Friday, April 28, 2000 12:10 PM, Ian Wade [SMTP:Ian.Wade@care4free.net] 
wrote: 

As several people have commented, it turns out that the spec covering 


encoding/decoding of compressed posits is (slightly :-)) wrong. 


Refer to page 32 of the APRS Protocol Spec, draft version 1.0.1g, dated 
3 December 1999 (at http://www.tapr.org/tapr/html/Faprswg.htm1) . 


In the "Lat/Long Encoding" section, the computations should be: 

YYYY is 380926 « (90 - latitude) 

XXXX is 190463 x (180 + longitude). 
In the "Lat/Long Decoding" section, the same big numbers are used as the 
divisors: 


Lat = 90 - ((............ ) / 380926 


VVVV VV VV VV VV VV VV VM 


Long = -180 + ((......... ) / 190463 


Using these numbers, the examples computed by Bob Bruninga and Brent 
Hildebrand in other threads on this list match correctly. 


The longitude encoding/decoding examples in the spec will obviously have 
to be reworked. For now, this is left as an exercise for the reader ... 
(and if you decide to have a go, please let me know what you get for the 
4 ASCII characters for 72.75 deg W). Hopefully I will get the same! 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 


You are currently subscribed to aprsspec as: billdiaz@megsinet.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVVV VV VV VV VV VV VV VV VV VV VV OV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 14:00:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA15740 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 14:00:10 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 28 Apr 2000 14:58:54 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR11586-80460-2000.04.28-12.42.13-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80484-2000.04.28-14.01.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004281451000 .4116-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Gosh Roger. The spec was wrong. Thanks for bringing this up. 
We are so very sorry for any inconvenience we may have caused you... 


But I would not be surprised if there are not other errors in the spec 
also. REMEMBER, it was written after the fact to document what is in 
APRSdos and the other programs. Thats over 40,000 lines of code in 
APRSdos alone that you are trying to duplicate. 


I think the current process of finding errors and omissions in the 
after-the-fact documentation and correcting them is about the best we can 
do. Obviously you think there is a better way. Maybe you would share 
with us how you think we can do this better... 


bob 
On Fri, 28 Apr 2000, Roger Barker wrote: 


So, presumably, all the APRS applications that could handle compressed 
posits at the time the spec was drawn up use your approximation? In that 
case, why does the spec not reflect that situation? I have seen it said 
enough times that the spec is supposed to be documenting the current 
situation. (That's a question to the WG in general, not specifically to 
Bob. ) 


If the same compressed posit is decoded by a program that uses the above 
approximation and one that faithfully follows the spec (including using 
sufficient precision to avoid intermediate rounding errors), the 
difference in position is about half a mile in the USA, and over a mile 
in some other parts of the world. That doesn't seem a very satisfactory 
Situation when "Improved position to 1 foot worldwide" is claimed. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


VV VV V VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 14:31:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA17004 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 14:31:02 -0500 (CDT) 
Message-ID: <LYR11589-80489-2000.04.28-14.31.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 20:29:34 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] RE: Compressed Posits: The spec IS wrong. Here's the fix 
References: <LYR14779-80480-2000.04.28-13.47.35-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-80480-2000.04.28-13.47.35-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9MaZOMAeaeC5EwrxX@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-80480-2000.04.28-13.47.35--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Bill Diaz <billdiaz@megsinet.net> writes 

>Ian, 

> If it is not possible to rework the spec document to correct errors 
>and ambiguities, could an error or erratta document be posted along 
>with the APRS101g.pdg file? 

> 

>Many of the document errors have been discussed on the sig, and 
>corrections offered, but these are not readily available to 

>those who may wish to use the document to write new, or to 

>correct existing APRS applications. 


Point taken Bill. In fact, the Working Group now have in their 
possession the updated version of the spec, incorporating all the 
feedback from everyone since December. 


Hopefully there are only a few minor tweaks outstanding, and they will 


sign it off for public distribution "real soon now". 


I know it's been a long wait, but there was a xlot*x of feedback on the 
last draft -- the hardcopies are in a folder 2 inches thick! Not only 
corrections, but also some hitherto obscurely documented features which 
somehow didn't find their way into the December draft. 


Several chapters have been much expanded/re-written (notably the Mic-E 
chapter) to make things a lot clearer -- the whole document has grown a 
further 20 pages, and is now up to page 113. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg. html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 14:41:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA17484 
for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 14:41:25 -0500 (CDT) 
Message-ID: <LYR11589-80491-2000.04.28-14.42.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 15:40:53 -0400 
From: csuprin@mitre.org (Charles Suprin) 
Organization: The MITRE Corporation 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org (APRS Spec Discussion List) 
Subject: [aprsspec] Re: Compressed position reports 
References: <LYR12284-80484-2000.04.28-14.01.02--csuprini#mitre.org@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3909E945.AEAF1F38@mitre.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


BTW is here a version of APRS dos and Winaprs and Mac APRS that 
are the versions version 1 of the standard is trying to match. 


As time goes on What these applications do changes. 


I just want to be confident that the spec is not trying to 
track a moving target. 


Charles 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 16:46:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA21702 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 16:46:18 -0500 (CDT) 
Message-ID: <LYR11589-80509-2000.04.28-16.47.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 22:43:31 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Compressed position reports 
References: <LYR11586-80460-2000.04.28-12.42.13-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR13460-80484-2000.04.28-14.01.02--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-80484-2000.04.28-14.01.02- - 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <$dGs5pBDYgC5Ewkq@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-80484-2000.04.28-14.01.02--rogeré#peaksys.co.uk@list 


s.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>Gosh Roger. The spec was wrong. Thanks for bringing this up. 

>We are so very sorry for any inconvenience we may have caused you... 

> 

>But I would not be surprised if there are not other errors in the spec 
>also. REMEMBER, it was written after the fact to document what is in 
>APRSdos and the other programs. Thats over 40,000 lines of code in 
>APRSdos alone that you are trying to duplicate. 

> 

>I think the current process of finding errors and omissions in the 
>after-the-fact documentation and correcting them is about the best we can 
>do. Obviously you think there is a better way. Maybe you would share 
>with us how you think we can do this better... 


Well, in 20 years of writing software, I've never made a mistake, so I 
really don't know what you people are doing... ;-) 
(for the humour-challenged, note smiley!) ABH 


Sorry to have irritated you... I read your message as giving good 
reasons why you had chosen to do things differently to what the spec 
said, not as saying that there was an error in it. So I couldn't really 
understand why the spec didn't reflect your method. That was my only 
point. Obviously I misunderstood what you were saying. 


[previous comments snipped] 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 17:17:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA22760 
for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 17:17:18 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-80513-2000.04.28-17.18.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 28 Apr 2000 18:15:51 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 

References: <LYR11601-80484-2000.04.28-14.01.02--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390A0D97.E3967671@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 


Gosh Roger. The spec was wrong. Thanks for bringing this up. 
We are so very sorry for any inconvenience we may have caused you... 


Obviously you think there is a better way. 


One thought that immediately comes to mind is to invite him to join the 
APRS-WG. He is the author of a popular APRS program, just seems logical 
to me to have him in the WG from the start. 


Yes, I know he has stated in the past he would not join, but more often then 
not a little sincere interest goes a long way in changing peoples minds. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 28 17:42:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA23688 

for <lyris.aprsspec@tapr.org>; Fri, 28 Apr 2000 17:42:44 -0500 (CDT) 
Message-ID: <LYR11589-80521-2000.04.28-17.43.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80308-2000.04.27-12.29.36-- 


bhildebrand#earthlink.net@lists.tapr.org> <LYR11585-80374-2000.04.27-22.52.49-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
Date: Fri, 28 Apr 2000 15:40:20 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="i1s0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <021501bfb162$bccc9a20$dc92b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA23688 


Well, back on Email, and I see Bob has pointed out where the problem in the spec 
is and I'm sure Ian will correct it. The Spec shows the "best" that Base91 can 

do. Bob's modification to my algorithm was to fix some math problem he had. I 
did not like esthetically, but it is close enough. 

For testing purposes, Here are what the end points should calculate out to: 


The algorithm as implemented on-air. 
Q@0 => NN!!NN!! 

S90 W180 => Fst! 

N9Q E180 => !!!I!Ft!! 


The algorithm as noted in the Spec (and as originally proposed and now wrong) 
Q 0 => NNNNNNNN 

S90 W180 => {3sFlll! 

N9Q E180 => !!!!14F4 34 


Nice symmetry. <sigh> :) 


APRS+SA decodes it as encoded by APRSdos, but does not encode it, and I have no 
plan to encode it at this time. 


Brent 


You don't really need the example for my location, because, if you feed the 
example compressed posit in the spec - 5L5L<+%A which is supposed to be 
4930.00N, 7245.00W - into APRSTK, it decodes it as 4929.71N, 7244.23W. 


If you input 4930.00N, 7245.00W as your lat and long in APRSTK, there is a 
similar difference when it encodes the posit. It transmits 5L!!<xe!, which, 
when decoded according to the spec, is 4930.29N, 7245.78W. 


VV VV VV V VV 


Roger - G4IDE 


5L!!<xe! decodes to 4930.00N, 7245.00W in APRS+SA. 


APRS+SA decoder: "NW' FmtLL ® LLCompress '5L5L<+%A' 
N49029.707' W72044.223' 
APRS+SA decoder: 'NW' FmtLL ® LLCompress '5L!!<xe!' 


N49030.000' W72045.007' 
Apparently, the spec is wrong. 


Brent 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV V VV VV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 09:40:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ5588 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 09:40:47 -0500 (CDT) 
Message-ID: <LYR11589-80622-2000.04.29-09.41.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 29 Apr 2000 15:37:40 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Compressed position reports 
References: <LYR11585-80308-2000.04.27-12.29.36-- 
bhildebrand#earthlink.net@lists.tapr.org> 


<LYR11585 -80374-2000.04.27-22.52.49--bhildebrand#earthlink.net@lists.tapr.org> 
<LYR14779-80521-2000.04.28-17.43.36--Ian.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-80521-2000.04.28-17.43.36-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <rdwMQGAOOvC5Ew5j@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-80521-2000.04.28-17.43.36--Ian.Wade#care4free.net@list 
s.tapr.org>, Brent Hildebrand <bhildebrand@earthlink.net> writes 

>Well, back on Email, and I see Bob has pointed out where the problem in the spec 
>is and I'm sure Ian will correct it. 


That is now done, as I detailed in another thread yesterday. 


>For testing purposes, Here are what the end points should calculate out to: 
> 

>The algorithm as implemented on-air. 

>0 0 => NN! !INN!! 

>S90 W180 => fFlliid! 

>N9O E180 => !!IINETI! 

> 


I confirm that using the new encode/decode constants (380926 and 190463) 
these character strings are correct. 


That is, the next (RSN) release of the spec will agree with existing on-air 
data. 


[Also, following Bob's decision to make western longitudes negative to 
avoid rude words, I can confirm that the 8-character compressed posit 
"rudeword" is close to the Balleny Islands in the Ross Sea, Antarctica, and 
that "RUDEWORD" is at the north end of Lake Malawi in East Africa ...] 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 13:19:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA11606 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 13:19:27 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 29 Apr 2000 14:16:09 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR11586-80509-2000.04.28-16.47.06- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80661-2000.04.29-13.18.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10004291409030 .22456-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 28 Apr 2000, Roger Barker wrote: 


Sorry to have irritated you... I read your message as giving good 
reasons why you had chosen to do things differently to what the spec 
said, not as saying that there was an error in it. So I couldn't really 
understand why the spec didn't reflect your method. That was my only 
point. Obviously I misunderstood what you were saying. 


VVVV Vv 


My appologies too. I was at the end of a very long day and behind on 
everything I was committed to. Was trying to answer all the mail.. 
Now things are back to their normal frenzied pace. 


So please feel free to speak up when anything built by the spec doesn't 


match APRSdos. Such discrepanceis do need to be addressed. The point 
that the spec is an after the fact condensation of my 800K of readme files 
which themselves are a 2nd order documention of the code is a mechanism 
that may miss some details. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 13:26:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA11853 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 13:26:27 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 29 Apr 2000 14:26:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RELAY defaults. 
In-Reply-To: <LYR11586-80509-2000.04.28-16.47.06-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80664-2000.04.29-13.27.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004291418110 .22456-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Authors, 

Actually, I may be the source of this problem. If you are using my 
INITxxx.TNC files in your distibutions, then that is why your software is 
not initializing TNC's MYALIAS to RELAY. SInce APRSdos code itself does 
the MYALIAS RELAY, this means that the INITxxx.TNC files DO NOT.. 


Thus if you relied on them to do most of the default initializations, then 


this explains why your stations are not getting configured to RELAY. 
May I suggest that you insert the line 


MYALIAS RELAY in all of your INITxxx.TNC files 
and in the INITKAN.TNC that you include 
UIDIGI ON RELAY 


Thanks. This simple change will restore the fundamental RELAY structure 
throughout APRSdom. Notice that this issue is independent of the 
arguments for and agianst having the RELAY ALIAS at DIGIS... THat is a 
separate subject and should not affect our defaults of RELAY at all home 
stations. Thanks 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 13:42:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA12268 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 13:42:42 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 29 Apr 2000 14:41:31 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Compressed position reports 
In-Reply-To: <LYR11586-80521-2000.04.28-17.43.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80666-2000.04.29-13.43.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004291432320 .22456-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
On Fri, 28 Apr 2000, Brent Hildebrand wrote: 


> I see Bob has pointed out where the problem in the spec is and I'm sure 
> Ian will correct it. The Spec shows the "best" that Base91 can do. 

> Bob's modification to my algorithm was to fix some math problem he had. 
> I did not like esthetically, but it is close enough. 
> 
> 


The algorithm as noted in the Spec (and as originally proposed and now wrong) 


No, thats not historically correct. Brent proposed a variety of base 91 
system that got hammered down to a YYYXXX system. We all implemented it 
for testing. But Steve made the good point that it just needed more 
precision. We added one more byte that included 3 bits of additional 
precision in Y and 4 more bits precision in X. THus we had a YYYzZXXX 
format. But then after intense arguments we arrived at the more CLEAN 
YYYYXXXX format that gave 1 foot everywhere and used identical parsing and 
processing for both X and Y. 


Since YYYXXX could be done with single precision and YYYYXXXX reuired 
double precision integers we all agreed at the time to simply change the 
mathematical constant from 380972 to 380926 to allow for this vastly 
simpler implementation on PIC processors. THere is noting inelligant 
about this. In fact, it is very elegant. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 14:09:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA13014 
for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 14:09:56 -0500 (CDT) 
Message-ID: <LYR11589-80670-2000.04.29-14.08.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 29 Apr 2000 15:06:17 -0400 
From: kf4chg <kf4chg@atlantic.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] LEAVE-APRSSPEC-11602B@LISTS.TAPR.ORG 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390B32A9.F1B61F06@atlantic.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 19:05:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA21169 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 19:05:56 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-80706-2000.04.29-19.06.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 29 Apr 2000 20:05:08 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprsspec] x-no-archive "compression" 
References: <LYR8644-80665-2000.04.29-13.32.27--jeff#aerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390B78B4.6D4B2EA2@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


Concerning the SECURITY issue, I still think that Steve has both an 
excellent system and also has included the necessary disabling structure 
in his "x-no-archive" capablity. 


My only request is that we shorten this substantially. WIth only 20 bytes 
in the D7 STATUS line, I dont like taking up 60% of them with the above 
flag. 


Can anyone come up with somthing better than the !no% that was previously 
suggested as a shorter way to say the same thing? 


VVVV VV VV VV 


First of all, you need to understand you are talking two distinct issues. FINDU's 
protocol, and what is actually sent over the air. I see little reason to mess with 
FINDU, its already doing what its supposed to do, and anyways its on the 

internet with no radio ports. The x-no-archive:yes is an accepted standard on 

the internet already. 


In the compressed format there are two unused bits and in the MIC-E format 

I believe there are also unused bits. Why not just use them for the archive 
function? 

The various RF gateway programs could then expand them in a format that FINDU 
accepts. 


In this way you have a 0% increase in the size of your frame sent over the air. 


I think routing issues need to be address in the next cut of the APRS protocol, 
this 

would address some of the privacy concerns being raised, but more importantly 
make a real routable protocol. This is having your cake and eating it too. But 
that's 

for another discussion. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 19:27:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA21648 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 19:27:10 -0500 (CDT) 


Errors-To: <jeff@aerodata.net> 

Message-ID: <LYR11589-80714-2000.04.29-19.28.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sat, 29 Apr 2000 20:27:33 -0400 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Proper use of position ambiguity? 
References: <LYR8644-80667-2000.04.29-13.50.25--jeff#aerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390B7DF5.42EBBADO@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


None of this is necessary. APRS allows for position ambiguity. THe 
KENWOODS allow position ambiguity. If you want to be ambiguous, use this 
feature. JI wouild rather see an ambiguous position which is clearly 
marked as such than seeing purposefully WRONG posits.... 


VVNV WV 


This suggestion concerns me. There was a heated discussion regarding the need for 
position 

ambiguity on APRSSPEC some time ago, yet I never saw this "use" of it mentioned. 
More to the point, for those of you who are familiar with robotic navigation, the 
"ambiguity" itself can express information. That is, how good are your sensors. 
You 

use this level of ambiguity to weight your decisions when doing sensor fusion and/ 
or 

Kalman filtering. 


Now I see someone suggesting we use it to hide our true location. This is a 
entirely 

separate issue from the FINDU discussion that prompted this suggestion. Its one 
thing 

making data readily available to anyone on the internet, its a complete other one 
purposely 

putting that data in error on purpose. The problem here is this ambiguity can no 
longer be 

modeled, its really random! 


Its my opinion, based on my experience in robotic navigation, that this suggested 


use 

of position ambiguity is a poor idea.... its not even position ambiguity!! Better 
to have 

a flag to set for no archive, or better yet, work on a real routable protocol then 
to yet 

again kludge up the protocol. 


This is not strictly a academic discussion either, the use of *xaccuratex 

position ambiguity in DF work is important also. Sounds like a oxymoron ("accurate 
ambiguity"), but I assure its not. You need to know the accuracy of your sensors 
to 

be able to use the data properly. 


For those of you interested in robotic navigation, here is a interesting text 
available 

on the internet entitled: Where am I?" -- Systems and Methods for Mobile Robot 
Positioning at: http://www-personal.engin.umich.edu/~johannb/position.htm 
There is a short section at the end on Kalman filters. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 29 20:43:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA24074 

for <lyris.aprsspec@tapr.org>; Sat, 29 Apr 2000 20:43:15 -0500 (CDT) 
Message-ID: <LYR11589-80728-2000.04.29-20.41.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 29 Apr 2000 23:40:43 -0400 
From: Donald Tambeau <ve3hol@rac.ca> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Newbie 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390BAB3A.54B59660@rac.ca> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello .. 
I am new to the list and new to APRS. I have a 

registered copy of Dos APRS. I have this loaded on my home computer and 
I can also run mobile with a dual port computer and a Garwin gps. I 
have captured a history map of some of the major streets of the City of 
Timmins and would like to give a demo of this exciting mode at our 
general meeting in a few weeks from now. I have used Mapfix40 and this 
history file to make a map. I can load the map in the window version of 
APRS but I cannot find a way to insert my Timmins map in the Dos 
Version. I do not wish to change anything in the Ontario Maps. I just 
want to be able to display a basic map of our area while a mobile unit 
circles the surrounding. We will gladly submit maps of our area to be 
added to the zipped database. We just want a quick £1ix for the 
upcoming meeting. Thank you. 
Don VE3HOL 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 08:20:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA26593 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 08:20:35 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 30 Apr 2000 09:19:59 -@400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 

Subject: [aprsspec] Re: x-no-archive "compression" 
In-Reply-To: <390B78B4.6D4B2EA2@aerodata.net> 
Message-ID: <LYR11589-80785-2000.04.30-08.21.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004300915430 .5623-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 29 Apr 2000, Jeff King wrote: 


Bob Bruninga wrote: 

Concerning the SECURITY issue, I still think that Steve has both an 
excellent system and also has included the necessary disabling structure 
in his "x-no-archive" capablity. 


My only request is that we shorten this substantially. 
Can anyone come up with somthing better than the !no% that was previously 
suggested as a shorter way to say the same thing? 


VVVV VV VV VW 
VVVNVV VV 


The x-no-archive:yes is an accepted standard on the internet already. 


So? They have infinite bandwidth. THis is HAM radio on a 1200 baud 
channel. Where every byte counts. putting "x-no-archive" in every packet 
on the air is a tremendous hog of our precious bandwidth. . 

> 

> In the compressed format there are two unused bits and in the MIC-E format 
> I believe there are also unused bits. Why not just use them. 


Because there are thousands of Mic-E's and THD7's and D700's that will 
never be changed to allow for this... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 09:19:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA28194 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 09:19:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 30 Apr 2000 10:16:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR10461-80715-2000.04.29-19.28.15-- 


bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-80794-2000.04.30-09.20.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004300943030 .5623-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


There is cleary a missunderstanding of APRS position ambiguity below, 
which I will try to correct: 


On Sat, 29 Apr 2000, Jeff King wrote about Bob's statement that position 
ambiguity built into APRS can be used to mask exact positions: 


This suggestion concerns me.... for those of you who are familiar with 
robotic navigation... That is, how good are your sensors.... 

Now I see someone suggesting we use it to hide our true location.... a 
separate issue from the FINDU discussion that prompted this suggestion. 
Its my opinion, based on my experience in robotic navigation, that this 
position ambiguity is a poor idea.... its not even position ambiguity!! 


VV VV VV 


"Position ambiguity" in APRS has nothing to do with the Jeff's example... 
Position ambiguity in APRS means the same thing as we learn in Highschool 
math. And that is that there is a difference between the following 
representations of a position: (or any measurable quantity) 


38 59.13 N ... is a latitude known to a precision of about 60 feet 
38 59.1 N ... 1s a latitude known to a precisino of about 0.1 mile 
38 59 N ... 1s a latitude known to a precision of about 1 mile 

38 N is a latitude known to a precision of about 60 miles 


The DESIGN of APRS included the ability to PRESERVE these POSITION 
AMBIGUITYS from the SENDER to the RECEIVER, so that there could be NO 
MISSINTERPRETATION of the data on receipt. 


But some authors refused to support this fundamental concept in their 
implementations of APRS. THus, some programs will convert, record and 
display ALL OF THE ABOVE positions exactly the same at the location of 
38 00.00 Whis is just plain wrong. 


So, even if someone does not know the hundredths of a minute details of 
his positions, even if he only enteres it as 3859N and 7629W, those 


programs will show him at exatly 3859.00N and 7629.00W with no indication 
that this position was ambiguous in the first place. 


In APRSdos and WinAPRS and any others that support position ambiguity, 
these station ICONS will look just like anyone else. UNTIL you zoom in 
below the point where the precision no longer exists. At that point, the 
ICON is replaced with a CIRCLE with a radius of the ambiguity. THus you 
UNMISTAKENLY can see that the station is somewhere within that circle and 
you are NOT MISSLEAD that he is exactly where his ICOM may fall.. 


In my opinion, we MUST preserve END-TO-END meaning of positions and that 
includes the display on RECEIPT of the lack of precision that was INCLUDED 
by the SENDER. To do otherwise UNDERMINES the integrity of APRS. 


de WB4APR, Bob 


Now, then, that is why you can use position ambiguity to show what 
neighborhood you live in, but to remain completely ambiguous as to which 
house you live in. 


Or in the case of the THD7 HT, it allows you to enter a manual position 
showign that you are visiting in Atlanta, without having to have the GPS 
plugged in. APRSdos will display any THD7 posit ending in .00/.00 wtih an 
ambiguity circle of 1 mile. Thus someone seeing your THD7 at the Atlanta 
AIrport for example, does not waste precious time driving to exactly 
XXXX.00/XXXXX.00 and getting frustrated because he cannot find you 
there... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 10:20:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA29472 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 10:19:58 -0500 (CDT) 
Message-ID: <LYR11589-80800-2000.04.30-10.18.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80794-2000.04.30-09.20.05-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Sun, 30 Apr 2000 08:16:43 -0700 


MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011b01bfb2b7$188e4700$e493b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA29472 


Ox in the case of the THD7 HT, it allows you to enter a manual position 
showign that you are visiting in Atlanta, without having to have the GPS 
plugged in. APRSdos will display any THD7 posit ending in .00/.00 wtih an 
ambiguity circle of 1 mile. Thus someone seeing your THD7 at the Atlanta 
AIrport for example, does not waste precious time driving to exactly 
XXXX.00/XXXXX.00 and getting frustrated because he cannot find you 
there... 


VV VV VV MV 


Does the D700 work differently than the D7? On the D700, Position ambiguity only 
affect Latitude. 

1 digit: XXXX . XO/XXXXX . XX 

2 digit: XXXX.00/XXXXX. XX 

3 digit: XXX0.00/XXXXX. XX 

4 digit: XX00.00/XXXXX. XX 


Just demonstrated this again right now. I believe I've pointed this out before. 


The ambiguity with 1 digit, is just about ziltch. And someone who thinks they are 
being ambiguous with 1 digit, is fooling themselves. At least with 2 digits, you 
will have a minute of ambiguity. On the D700, this is only in Latitude; you KNOW 
the Longitude. Call it a bug if you wish, but there are a lot of D700 out there 
now. Do we tell them, hey, you are not as ambiguous as you think! 


How about on your D700? Does it work right? 


How about in APRSdos? Do you display the ambiguity correctly?? It should only be 
a line, not a circle. 


At least with "regular" APRS packets, the ambiguity is well defined, with spaces 
in the Lat/Long. The ambiguity in other Mic-E and compressed is more ambiguous. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 10:22:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA29558 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 10:22:05 -0500 (CDT) 
Message-ID: <LYR11589-80802-2000.04.30-10.23.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org> 
References: <LYR13439-80785-2000.04.30-08.21.32--ssampson#usa- 
site.net@lists.tapr.org> 
Subject: [aprsspec] Re: x-no-archive "compression" 
Date: Sun, 30 Apr 2000 10:19:30 -0500 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001701bf£b2b7$7b4d8360$83228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I think this is one that has to be worked out with the author. 
Mr. Dimse can probably do anything you want, or he may 

take the same position as Kenwood and the others and not 

want to modify anything. In any case, there's nothing the 
user community can do except use what is programmed in. 


Work it out and let us know what all the authors decide. 


> The x-no-archive:yes is an accepted standard on the internet already. 


So? They have infinite bandwidth. THis is HAM radio on a 1200 baud 
channel. Where every byte counts. putting "x-no-archive" in every packet 
on the air is a tremendous hog of our precious bandwidth. . 

> 

> In the compressed format there are two unused bits and in the MIC-E format 
> I believe there are also unused bits. Why not just use them. 


Because there are thousands of Mic-E's and THD7's and D700's that will 
never be changed to allow for this... 


VV VVV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 13:35:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ5317 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 13:35:07 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-80844-2000.04.30-13.35.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 30 Apr 2000 14:33:05 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
References: <Pine.GSO.4.05L.10004300943030 .5623-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390C7C61.6197B6F4@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> There is cleary a missunderstanding of APRS position ambiguity below, 
> which I will try to correct: 


Yes, there is. 
> "Position ambiguity" in APRS has nothing to do with the Jeff's example... 


Of course it does, if it has the same thing to do with what we learned in 
high school chemistry class. 


> Position ambiguity in APRS means the same thing as we learn in Highschool 
> math. 


I think you meant high school chemistry or physics. But it all boiled down to math 
anyways. 


Your 100% correct. Which was my point. The "high school' example had to do 

with the accuracy of your sensors, in this case a weight balance, pipette, 
thermometer 

or whatever. If you where using a number of measurements together, then the known 
precision of measurement, or ambiguity would be culmative and would be used 

in your calculations. While you knew you never got a "exact" measurement, you 
knew a range that the measurement was in. And it could be accurately modeled. 
This would be analogous to a range circle in APRS derived from S/A or from 

the GPS DOP. 


Now, the analogy of the way you are suggesting using ambiguity is if your high 
school chemistry teacher walked around class putting his thumb on the scale while 
you 

were taking measurements. Yes, you know the measurement is wrong, but just how 
wrong we no longer know. The measurements now are useless as the level of 
ambiguity 

is no longer repeatable as it was before. Further, the factor introducing the 
ambiguity 

is no longer trying to get it as close as possible, but is trying to deceive. This 
is the 

fundamental difference you do not understand and two completely different uses 

of the "_" field. 


What your trying to do with "position ambiguity" could be better described as 
position munging and has nothing to do with the precision of measurement. 


Which is fine, just call it what it is. This is more a debate of semantics 


anyways. 


-Jeff 


P.S. Here are some postings made on the APRSSPEC list about 4 months 
ago. Never a mention from you of position concealing and everyone seemed to 
understand the high school math/chemistry example then. 


http: //www.tapr.org/tapr/list-archive/aprsspec/9912/msg00147 . html 
http: //www.tapr.org/tapr/list-archive/aprsspec/9912/msg00129. html 
http: //www.tapr.org/tapr/list-archive/aprsspec/9912/msg00140.html1 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 15:01:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ8164 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 15:01:09 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 30 Apr 2000 16:00:43 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <011b01bfb2b7$188e4700$e493b3d1@celeron> 
Message-ID: <LYR11589-80859-2000.04.30-15.02.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004301551400 .10955-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


> Does the D700 work differently than the D7? 


On the D700, Position ambiguity only affect Latitude. 
1 digit: XXXX . XO/XXXXX . XX 

2 digit: XXXX.00/XXXXX. XX 

3 digit: XXX0.00/XXXXX. XX 

4 digit: XX00.00/XXXXX. XX 


VVVV WV 


In order to encode position ambiguity in the Mic-E format there were 
available bits in the code space of the LATITUDE bits. THus, we encoded 
the 4 levels of ambiguity in the LATITUDE. But again these are BITS that 
are DEFINED to be AMBIGUITY. THey are ambiguity CIRCLES by definition. 


The above decodings are incorrect in that they are inserting "O's" in the 
decoding, again, inserting precision where precision was not intended. 
THe proper doecoding of a Mic-E packet with ambiguity should insert 
Spaces in thos digit positions. 


> How about in APRSdos? Do you display the ambiguity correctly?? 


Yes, AMBIGUITY is defined at 4 levels of 0.1, 1. 10 and 60 miles. THese 
are circles of ambiguity in both Latitude and Longitude. This is by 
definition. But it is only necessary to encode this in the LATITUDE 
information to have it apply. Receiving software should handle it 
appropriately... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 15:54:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA10000 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 15:54:22 -0500 (CDT) 
Message-ID: <LYR11589-80867-2000.04.30-15.55.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80859-2000.04.30-15.02.11-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Sun, 30 Apr 2000 13:53:35 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 


charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <017a01bfb2e6$27ee15c0$e493b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA10000 


Bob - you did not even address the issue. The D700 does it wrong. APRSdos thus 
displays it wrong. 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


Does the D700 work differently than the D7? 

On the D700, Position ambiguity only affect Latitude. 
1 digit: XXXX . XO/XXXXX . XX 

2 digit: XXXX.00/XXXXX. XX 

3 digit: XXX0.00/XXXXX.XX 

4 digit: XX00.00/XXXXX. XX 


VV VV VV 


In order to encode position ambiguity in the Mic-E format there were 
available bits in the code space of the LATITUDE bits. THus, we encoded 
the 4 levels of ambiguity in the LATITUDE. But again these are BITS that 
are DEFINED to be AMBIGUITY. THey are ambiguity CIRCLES by definition. 


The above decodings are incorrect in that they are inserting "O's" in the 
decoding, again, inserting precision where precision was not intended. 
THe proper doecoding of a Mic-E packet with ambiguity should insert 
spaces in thos digit positions. 


> How about in APRSdos? Do you display the ambiguity correctly?? 


Yes, AMBIGUITY is defined at 4 levels of 0.1, 1. 10 and 60 miles. THese 
are circles of ambiguity in both Latitude and Longitude. This is by 
definition. But it is only necessary to encode this in the LATITUDE 
information to have it apply. Receiving software should handle it 
appropriately... 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV 


de WB4APR, Bob 


VvVVvV 


> a 
> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


> 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 18:53:48 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA14926 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 18:53:44 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 30 Apr 2000 19:50:36 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <017a01bfb2e6$27ee15c0$e493b3d1@celeron> 
Message-ID: <LYR11589-80883-2000.04.30-18.52.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10004301944060 .28120-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


> Bob - you did not even address the issue. The D700 does it wrong. 
> APRSdos thus displays it wrong. 


No, the D700 does it right and my APRSdos displays it 
correctly as an ambiguous circle of radius 1 mile when I select 
POS AMBIGUITY of 2 digits on the D700. 


Your example below makes no sense since it includes many "0O0"'s. If 
position ambiguity is enabled on the D&OO (WHich transmits in Mic-E 
format), then there are no "QO0's" in the positions you imply. 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


Does the D700 work differently than the D7? 

On the D700, Position ambiguity only affect Latitude. 
1 digit: XXXX . XO/XXXXX . XX 

2 digit: XXXX.00/XXXXX.XX 

3 digit: XXX0.00/XXXXX.XX 

4 digit: XX00.00/XXXXX. XX 


VV VV VV 


In order to encode position ambiguity in the Mic-E format there were 
available bits in the code space of the LATITUDE bits. THus, we encoded 
the 4 levels of ambiguity in the LATITUDE. But again these are BITS that 
are DEFINED to be AMBIGUITY. THey are ambiguity CIRCLES by definition. 


The above decodings are incorrect in that they are inserting "O's" in the 
decoding, again, inserting precision where precision was not intended. 
THe proper doecoding of a Mic-E packet with ambiguity should insert 
Spaces in thos digit positions. 


> How about in APRSdos? Do you display the ambiguity correctly?? 


Yes, AMBIGUITY is defined at 4 levels of 0.1, 1. 10 and 60 miles. THese 
are circles of ambiguity in both Latitude and Longitude. This is by 
definition. But it is only necessary to encode this in the LATITUDE 
information to have it apply. Receiving software should handle it 
appropriately... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 19:05:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA15413 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 19:05:29 -0500 (CDT) 
Message-ID: <LYR11589-80886-2000.04.30-19.06.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80883-2000.04.30-18.52.11-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Sun, 30 Apr 2000 17:01:55 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002501bf£b300$d77675e0$1995b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA15413 


OK OK PUT _ in for zeros. The D700 send the REAL Longitude. Even with 4 digit 
"ambiguity". Decode it yourself. People need to know that only the Latitude is 
it rounded off only, not the Longitude, and I still say, APRSdos is NOT telling 
the truth. Decode the data yourself. 


End of thread. 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


> Bob - you did not even address the issue. The D700 does it wrong. 
> APRSdos thus displays it wrong. 


No, the D700 does it right and my APRSdos displays it 
correctly as an ambiguous circle of radius 1 mile when I select 
POS AMBIGUITY of 2 digits on the D700. 


Your example below makes no sense since it includes many "0O0"'s. If 
position ambiguity is enabled on the D&OO (WHich transmits in Mic-E 
format), then there are no "QO's" in the positions you imply. 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


Does the D700 work differently than the D7? 

On the D700, Position ambiguity only affect Latitude. 
1 digit: XXXX . XO/XXXXX . XX 

2 digit: XXXX.00/XXXXX. XX 

3 digit: XXX0.00/XXXXX. XX 

4 digit: XX00.00/XXXXX. XX 


VV VV VV 


In order to encode position ambiguity in the Mic-E format there were 
available bits in the code space of the LATITUDE bits. THus, we encoded 
the 4 levels of ambiguity in the LATITUDE. But again these are BITS that 
are DEFINED to be AMBIGUITY. THey are ambiguity CIRCLES by definition. 


The above decodings are incorrect in that they are inserting "O's" in the 
decoding, again, inserting precision where precision was not intended. 
THe proper doecoding of a Mic-E packet with ambiguity should insert 
Spaces in thos digit positions. 


> How about in APRSdos? Do you display the ambiguity correctly?? 

Yes, AMBIGUITY is defined at 4 levels of 0.1, 1. 10 and 60 miles. THese 
are circles of ambiguity in both Latitude and Longitude. This is by 
definition. But it is only necessary to encode this in the LATITUDE 
information to have it apply. Receiving software should handle it 


appropriately... 


de WB4APR, Bob 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


> > > To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
>>> 

>>> 

>> 

>> 

> 

> APRSdos REPLY/COMMENT: 

> 

> Reply mail addr: wb4apr@amsat.org 

> US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 

> See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
> See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 

> See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 

> 

> 

> 

> 

> 

> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 19:33:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA16054 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 19:33:29 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 30 Apr 2000 20:30:52 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <002501bfb300$d77675e0$1995b3d1@celeron> 
Message-ID: <LYR11589-80901-2000.04.30-19.32.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.05L.10004302020150 .28120-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


OK OK PUT _ in for zeros. The D700 send the REAL Longitude. Even with 
4 digit "ambiguity". Decode it yourself. People need to know that 
only the Latitude is it rounded off only, not the Longitude, and I still 
say, APRSdos is NOT telling the truth. Decode the data yourself. 


VV VV 


Sorry brent, I did address your issue. I agreed with you that the BITS 
for indicating the 4 LEVELS of ambiguity are encoded ONLY in the LATITUDE 
bits. I further expalined that POSITION AMBIGUITY is "xdefinedx" to be a 
"circle" of ambiguity, even though the BITS used to encode it are only 
passed in the MIC-E format via the LATITUDE bytes. 


APRSdos displays this as an ambiguity circle no matter what the least 
significant bits of Longityude imply. I hope this helps. OH... I see, 
yes the LSB of longitude does come through on the positions LIST. I 
should £ix that. It should be masked to the same degree as the latitude. 
Thanks... 


Bob 


The receiving software is supposed to apply > > > On Sun, 30 Apr 2000, 
Brent Hildebrand wrote: > > 

> > Bob - you did not even address the issue. The D700 does it wrong. 
> > APRSdos thus displays it wrong. 


> 

> 

>> 

> > No, the D700 does it right and my APRSdos displays it 

> > correctly as an ambiguous circle of radius 1 mile when I select 

> > POS AMBIGUITY of 2 digits on the D700. 

>> 

> > Your example below makes no sense since it includes many "0O"'s. If 
> > position ambiguity is enabled on the D&0O (WHich transmits in Mic-E 
> > format), then there are no "00's" in the positions you imply. 

>> 

> > > > On Sun, 30 Apr 2000, Brent Hildebrand wrote: 

>>>> 

> > > > > Does the D700 work differently than the D7? 

> > > > > On the D700, Position ambiguity only affect Latitude. 

>> >> > 1 digit: XXXX . XO/XXXXX . XX 

>>> > > 2 digit: XXXX.00/XXXXX.XX 

>> >> > 3 digit: XXX0.00/XXXXX.XX 

>> >> > 4 digit: XX00.00/XXXXX. XX 

>>>> 

> > > > In order to encode position ambiguity in the Mic-E format there were 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV V 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV OV 


VVVVV VV VV VV VV VV VV VV VV VV VV VV MV 


VV VV VV VV VV VV VV VV VV VV VV VV VV 


available bits in the code space of the LATITUDE bits. THus, we encoded 
the 4 levels of ambiguity in the LATITUDE. But again these are BITS that 
are DEFINED to be AMBIGUITY. THey are ambiguity CIRCLES by definition. 


The above decodings are incorrect in that they are inserting "O's" in the 
decoding, again, inserting precision where precision was not intended. 
THe proper doecoding of a Mic-E packet with ambiguity should insert 
spaces in thos digit positions. 


> How about in APRSdos? Do you display the ambiguity correctly?? 


Yes, AMBIGUITY is defined at 4 levels of 0.1, 1. 10 and 60 miles. THese 
are circles of ambiguity in both Latitude and Longitude. This is by 
definition. But it is only necessary to encode this in the LATITUDE 
information to have it apply. Receiving software should handle it 
appropriately... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 19:59:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA16641 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 19:59:23 -0500 (CDT) 
Message-ID: <LYR11589-80907-2000.04.30-20.00.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80901-2000.04.30-19.32.32-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Sun, 30 Apr 2000 17:58:42 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003f01bfb308$6606dfa0$1995b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA16641 


It is more then comes through the position list. IT IS TRANSMITTED. IF you are 
going to transmit ambiguous positions, DO NOT TRANSMIT THE REAL POSITION. I still 
hold that the D700 has a bug, in that it transmits the REAL LONGITUDE. It should 
have been rounded. It is not. Thus, the D700 does NOT have a circle of ambiguity, 
it has a LINE of ambiguity. And to say otherwise, is misleading to the users. 


VVVV VV VV VV VV VV VM VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV OV 


VVVV VV VV VV VV VV VV VV VV VV OV 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


> OK OK PUT _ in for zeros. The D700 send the REAL Longitude. Even with 
> 4 digit "ambiguity". Decode it yourself. People need to know that 


> only the Latitude is it rounded off only, not the Longitude, and I still 


> say, APRSdos is NOT telling the truth. Decode the data yourself. 


Sorry brent, I did address your issue. I agreed with you that the BITS 
for indicating the 4 LEVELS of ambiguity are encoded ONLY in the LATITUDE 
bits. I further expalined that POSITION AMBIGUITY is "xdefinedx" to be a 
"circle" of ambiguity, even though the BITS used to encode it are only 
passed in the MIC-E format via the LATITUDE bytes. 


APRSdos displays this as an ambiguity circle no matter what the least 
significant bits of Longityude imply. I hope this helps. OH... I see, 
yes the LSB of longitude does come through on the positions LIST. I 
should fix that. It should be masked to the same degree as the latitude. 
Thanks... 


Bob 


The receiving software is supposed to apply > > > On Sun, 30 Apr 2000, 
Brent Hildebrand wrote: > > 

> > Bob - you did not even address the issue. The D700 does it wrong. 
> > APRSdos thus displays it wrong. 


No, the D700 does it right and my APRSdos displays it 
correctly as an ambiguous circle of radius 1 mile when I select 
POS AMBIGUITY of 2 digits on the D700. 


Your example below makes no sense since it includes many "00"'s. If 
position ambiguity is enabled on the D&OO (WHich transmits in Mic-E 
format), then there are no "OQO's" in the positions you imply. 


On Sun, 30 Apr 2000, Brent Hildebrand wrote: 


Does the D700 work differently than the D7? 

On the D700, Position ambiguity only affect Latitude. 
1 digit: XXXX . XO/XXXXX . XX 

2 digit: XXXX.00/XXXXX.XX 

3 digit: XXX0.00/XXXXX.XX 

4 digit: XX00.00/XXXXX. XX 


VVVV VV VV VV VV VV VV VV VV MV 
VV VV VV 


VVVV VV VV VV VV 
VVVV VV VV VV VV 


In order to encode position ambiguity in the Mic-E format there were 
available bits in the code space of the LATITUDE bits. THus, we encoded 
the 4 levels of ambiguity in the LATITUDE. But again these are BITS 


VVVV VV VV VV VV VV VV VV OV 
VV VV VV VV VV VV VV VV VV 
VVVVV VV VV VV VV VV VV WV 


> 


Vv 


Vv 
Vv 


> 


VVVV VV VV VV VV VV VV VV 
VV VV VV VV VV VV VV VV VV 


> 


Vv 


are DEFINED to be AMBIGUITY. THey are ambiguity CIRCLES by definition. 


> The above decodings are incorrect in that they are inserting "0's" in 


> 


decoding, again, inserting precision where precision was not intended. 
THe proper doecoding of a Mic-E packet with ambiguity should insert 
Spaces in thos digit positions. 


> How about in APRSdos? Do you display the ambiguity correctly?? 


Yes, AMBIGUITY is defined at 4 levels of 0.1, 1. 10 and 60 miles. THese 
are circles of ambiguity in both Latitude and Longitude. This is by 
definition. But it is only necessary to encode this in the LATITUDE 
information to have it apply. Receiving software should handle it 
appropriately... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave- 


aprsspec-11589P@lists.tapr.org 


> 


VVVVV VV VV VV VV VV VV VV VV VV 
VV VV V VV VV VV VV VV VV VV WV 


> 


VV VVV VV VV VV VV VV VV MV 


> 


> 
> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 

US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 

See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: bhildebrand@earthlink. net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV OV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 20:02:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA16692 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 20:02:51 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-80908-2000.04.30-20.03.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 30 Apr 2000 21:03:31 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Findu and security? 
References: <LYR8644-80885-2000.04.30-19.01.17--jeff#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390CD7E2.5453A514@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 
On Mon, 1 May 2000, Hamish Moffatt wrote: 


OK. But this doesn't change my comment. If my real position is 

3859.00N, transmitted as 3859. N, when my position changes to 3858.99N, 
it will be transmitted as 3858. N. So at that point in time, my 

exact latitude is effectively known (because of the jump), despite 

the ambiguity. 


VV VV VV 


Depends on your software. I would think that such software would round 
numbers instead of truncate them... But that is an implementation issue 
for the author... 


VV VVVV VV VV MV 


_ONLY_ if its a display issue. IF the position is going to be passed on, you have 
to 

have a consistent, known method of dealing with the data. I've tried making this 
point before in the past, and its really a certification issue if the data is 
being munged 

and passed on. It has to be munged in the exact same manner by every 

program in the path. 


This may not have been what you were referring to, but we do need to make it clear 
the authors only have latitude to do things as they please with end user 
applications. 

Any transport mechanisms must have a consistent method of handling data. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 30 20:24:40 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA17375 

for <lyris.aprsspec@tapr.org>; Sun, 30 Apr 2000 20:24:39 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-80911-2000.04.30-20.24.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 30 Apr 2000 21:24:26 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprsspec] x-no-archive "compression" and the Kenwood factor 
References: <LYR11601-80785-2000.04.30-08.21.32--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390CDCC9.D33F1D42@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob: 
I am at a loss here. First you ask: 
Bob Bruninga wrote: 


> I would hope in the long term that we can come up with a shorter 

> representation. We have been striving for years to make APRS packets 

> shorter.. and are actually making some progress. Here are some examples: 
>W4WW>APRS-4,=/yyyyxxxx>CST <= Compressed 


Clearly, you put some time into making the compressed format small. But 
then later you state: 


> THis is HAM radio on a 1200 baud 

> channel. Where every byte counts. putting "x-no-archive" in every packet 

> on the air is a tremendous hog of our precious bandwidth.. 

> > Jeff King said: 

> > In the compressed format there are two unused bits and in the MIC-E format 
> > I believe there are also unused bits. Why not just use them. 

> 

> 

> 


Because there are thousands of Mic-E's and THD7's and D700's that will 
never be changed to allow for this... 


If this is how you felt to begin with, why even pose the question? You either want 
progress, or you don't. Steve Dimse's modifications would allow some backwards 
compatibility with no need to cripple your compressed format until the MIC-E's 

and Kenwoods could have there firmware updated. Its a win-win. 


What are your plans for those two unused bits in the compressed format? Seems like 
a good fit both to exclude internet routing and logging/archiving with a _0%_ 


increase 

in bandwidth. In the solution you want to stay with, your looking at adding 56 
bits to 

the compressed format, a _54%_ increase in its size! 


Oh, you say backwards compatibility? Again, you asked a question, and a suggestion 
was offered. Just because a old piece of equipment won't support something new, is 
no 

reason not to make things better. Progress does not imply the old can't work, nor 
that 

we should not improve what we have. The old can still use the "x-no-ar" format 
until 

if and when they update. 


So, here is what I am suggesting again. In the compressed format, we use the two 
unused bits in "COMPRESS TYPE" (T) field. As an example, bit 7 could be set 

to indicated "no-archive-x" which would indicate the users desire not to have 
their data archived, and bit 6 set could indicate the users desire not to have 
their 

packets passed to the internet (APRSERVE) . 


In this way, instead of a 56% increase in the frame size, we get a 0% increase in 
frame size. 


Now, on to the Kenwood factor. Has it not come to anyones attention that we had 
a major radio manufacture release a APRS device without the SPEC even being 
finalized? As such, I really xDON'Tx see why we are so willing to bend over 
backwards 

for them. Worst case, they do a firmware upgrade, something us owners of TNC2's 
have been doing for years. And with the Kenwood, you don't even have to know how 
to pull the chip out of the socket..... its on flash. 


And as to the owners of the MIC-E, since that is your company Bob, what would be 
required there? Why can it never be changed? 


Also, since this question was posted to the APRS-WG, and deals with Kenwood, I 
think 

something needs to be said. Kenwood has given radios to a number of APRS 
authors... no 

one has hidden this fact from anyone and this really is a good thing as it both 
benefits the author 

and gets Kenwoods equipment integrated in display apps. The authors most certainly 
deserve it. 


But, as some of these same authors site on the APRS-WG and can make decisions 
that could benefit or hurt Kenwood (like having to upgrade the firmware), its 
really important 

these decisions be based on technical merits. I'm not alone in feeling this way, 


and would hope 

anyone on the WG that has a finiacial arrangement with Kenwood, be it money or 
equipment 

donations, might consider reclusing themselves from any votes on the WG that would 
affect 

Kenwood. I'm xnot*x saying anyone is doing anything improper, but sometimes 
appearances 

are important in a standards body. So before anyone blows up at me, please 
consider this. 


73 

Jeff 

> 

> 

> a 

> You are currently subscribed to aprsspec as: jeff@aerodata.net 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 00:22:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ2517 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 00:22:42 -0500 (CDT) 
Message-ID: <LYR11589-80953-2000.05.01-00.23.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 1 May 2000 06:20:33 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
References: <017a01bfb2e6$27ee15c0$e493b3d1@celeron> 

<LYR14779 -80883-2000.04.30-18.52.11--Ian.Wade#tcare4dfree.net@lists.tapr.org> 

In-Reply-To: <LYR14779-80883-2000.04.30-18.52.11-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <2zkrbLAhQRD5EwOq@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-80883-2000.04.30-18.52.11--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>On Sun, 30 Apr 2000, Brent Hildebrand wrote: 

> 

>> Bob - you did not even address the issue. The D700 does it wrong. 
>> APRSdos thus displays it wrong. 

> 

>No, the D700 does it right and my APRSdos displays it 

>correctly as an ambiguous circle of radius 1 mile when I select 
>POS AMBIGUITY of 2 digits on the D700. 

> 


In other words: 


1. It is only necessary to specify the ambiguity in the latitude. 


2. Any display/reporting program should assume that the same level of 
ambiguity applies to the longitude as well. 


3. Because of #2 above, it doesn't matter whether the longitude is 
transmitted with or without ambiguity. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg. html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 07:47:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA20978 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 07:47:25 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 1 May 2000 08:41:47 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11586-80953-2000.05.01-00.23.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80995-2000.05.01-07.45.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005010834390 .29001-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 1 May 2000, Ian Wade wrote: 
> In other words: 


> 
> 1. It is only necessary to specify the ambiguity in the latitude. 


2. Any display/reporting program should assume that the same level of 
ambiguity applies to the longitude as well. 


3. Because of #2 above, it doesn't matter whether the longitude is 
transmitted with or without ambiguity. 


VV VV VV 


Yes. In the past the focus on "ambiguity" was to make sure that all 
authors "displayed" the ambiguity to the end user so that there could be 
no missunderstanding in interpretation of a position. We were making no 
atempt to hide any extraneous precision, because the ambiguity flags were 
saying the position was ambiguous so it didn't matter. 


What Brent has pointed out, in light of the interest in "security", is 
that APRSdos is capturing the actual data too, so the use of "ambiguity" 
as a "security" feature is not perfect. I will fix this. All I simply 
have to do is mask out the digits in the LONGITUDE to match the number of 
digits of ambiguity in the LATITUDE. But this is done on "receipt" so 
everyone else will probably have to take a look at how they do it too on 
receipt. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 08:25:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22028 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 08:25:31 -0500 (CDT) 
Message-ID: <LYR11589-81002-2000.05.01-08.25.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: 
<017a01b£b2e6$27ee15c0$e493b3d1@celeron><LYR14779-80883-2000.04.30-18.52.11-- 
Tan.Wade#tcare4free.net@lists.tapr.org> <LYR11585-80953-2000.05.01-00.23.33-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Mon, 1 May 2000 06:21:11 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 


X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011901bf£b370$1f£69ce00$1995b3d1@celeron> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA22028 


sess Original Message ----- 

From: Ian Wade <Ian.Wade@care4free.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Sent: Sunday, April 30, 2000 10:20 PM 

Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 


In article <LYR14779-80883-2000.04.30-18.52.11--Ian.Wade#care4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>On Sun, 30 Apr 2000, Brent Hildebrand wrote: 

> 

>> Bob - you did not even address the issue. The D700 does it wrong. 
>> APRSdos thus displays it wrong. 

> 

>No, the D700 does it right and my APRSdos displays it 

>correctly as an ambiguous circle of radius 1 mile when I select 
>POS AMBIGUITY of 2 digits on the D700. 

> 


In other words: 


1. It is only necessary to specify the ambiguity in the latitude. 


2. Any display/reporting program should assume that the same level of 
ambiguity applies to the longitude as well. 


3. Because of #2 above, it doesn't matter whether the longitude is 
transmitted with or without ambiguity. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


VV VVV VV VV VV VV VV VV VV VV VV VV VV 


But this is misleading to the user who thinks they are sending an truly ambiguous 
position. The D700 is NOT. It transmits the real Longitude. The bits in the 
Mic-E may have been in the Latitude, but the Longitude could have been rounded 
before transmission just like the Latitude is rounded. Then the same number of 
significant digits would have been transmitted for both. But it is not. If this 
is added tot he Spec, then the whole concept of Ambiguity becomes a farce. If any 
program represents a station as transmitting an ambiguous position when in fact, 
part of the position is well known, then this is a misrepresentation of the facts. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 08:25:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22043 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 08:25:41 -0500 (CDT) 
Message-ID: <LYR11589-81003-2000.05.01-08.26.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-80995-2000.05.01-07.45.53-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Mon, 1 May 2000 06:24:16 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="1s0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011f£01bf£b370$98f£89440$1995b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA22043 


> Yes. In the past the focus on "ambiguity" was to make sure that all 


authors "displayed" the ambiguity to the end user so that there could be 
no missunderstanding in interpretation of a position. We were making no 
atempt to hide any extraneous precision, because the ambiguity flags were 
saying the position was ambiguous so it didn't matter. 


What Brent has pointed out, in light of the interest in "security", is 
that APRSdos is capturing the actual data too, so the use of "ambiguity" 
as a "security" feature is not perfect. I will fix this. All I simply 
have to do is mask out the digits in the LONGITUDE to match the number of 
digits of ambiguity in the LATITUDE. But this is done on "receipt" so 
everyone else will probably have to take a look at how they do it too on 
receipt. 


VVVV VV VV VV VV VW 


bob 
I see, we can call ambiguity - DECEPTION ON RECEPTION. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 09:00:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA22864 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 09:00:37 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 1 May 2000 09:57:40 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11586-81002-2000.05.01-08.25.46-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81009-2000.05.01-08.59.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005010945140 .29001-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 1 May 2000, Brent Hildebrand wrote: 
>No, the D700 does it right and my APRSdos displays it 


>correctly as an ambiguous circle of radius 1 mile when I select 
>POS AMBIGUITY of 2 digits on the D700. 


VV VV 


But this is misleading to the user who thinks they are sending an truly 
ambiguous position. The D700 is NOT. It transmits the real Longitude. 
The bits in the Mic-E may have been in the Latitude, but the Longitude 
could have been rounded before transmission just like the Latitude is 
rounded. Then the same number of significant digits would have been 
transmitted for both. But it is not. If this is added tot he Spec, 
then the whole concept of Ambiguity becomes a farce. If any program 
represents a station as transmitting an ambiguous position when in 
fact, part of the position is well known, then this is a 
misrepresentation of the facts. 


VV VV VV VV VV VV VV 


Brent, you are still confusing the issues of POSITION AMBIGUITY with 
"SECURITY". Position AMBIGUITY has NOTHING TO DO WITH SECURITY. 


Yes, I have confused the issue by bringing up "ambiguity" as a means for 
users to provide some measure of ambiguity in their position if they did 
not want it desiminated worldwide by FINDU. But your point is well taken 
that we should not INFER security with AMBIGUITY. 


THe SPEC as written, THe Mic-E protocol, and the Kenwood D700 are all 
consistent and work as designed with position ambiguity. Leave it alone. 
If there is any reference to "security" in the SPEC, the KENWOOD docs or 
the Mic-E docs, then Brent is correct that it is not and should be 
corrected. 


But your statement that position ambiguity is a "farce" is unfounded. 


SECURITY in APRS, I agree, can be considered a "farce" and I hope we do 
not imply it anywhere... THanks for noting this... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 09:01:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA22916 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 09:01:26 -0500 (CDT) 
Date: Mon, 1 May 2000 09:00:25 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-81011-2000.05.01-09.02.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11595-80953-2000.05.01-00.23.33-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005011400 . JAA38371@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Mon, 1 May 2000 06:20:33 +0100 
From: Ian Wade <Ian.Wade@care4free.net> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 


>On Sun, 30 Apr 2000, Brent Hildebrand wrote: 

> 

>> Bob - you did not even address the issue. The D700 does it wrong. 
>> APRSdos thus displays it wrong. 

> 

>No, the D700 does it right and my APRSdos displays it 

>correctly as an ambiguous circle of radius 1 mile when I select 
>POS AMBIGUITY of 2 digits on the D700. 


In other words: 
1. It is only necessary to specify the ambiguity in the latitude. 


2. Any display/reporting program should assume that the same level of 
ambiguity applies to the longitude as well. 


3. Because of #2 above, it doesn't matter whether the longitude is 
transmitted with or without ambiguity. 


VV VVVV VV VV VV VV VV VV VV VV 


And, if you send me your login password, I promise that my client 
software won't look at it... 


How likely are we to see APRS display programs that provide good 


guesses of the location of a station with this feature enabled (based 
on knowing the longitude and the history of the changes in the 
latitude) ? 


I suggest that it makes more sense to admit the limitations of this 
scheme, rather than to make overly broad claims about the security it 
provides. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 09:11:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA23356 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 09:11:12 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 1 May 2000 10:10:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11586-81011-2000.05.01-09.02.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81017-2000.05.01-09.12.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005011006020 .29001-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 1 May 2000, Tim Salo wrote: 
> I suggest that it makes more sense to admit the limitations of this 
> scheme, rather than to make overly broad claims about the security it 


> provides. 


True, position ambiguity was not designed as a security measure. My 


apologies if I have confused anyone... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 11:09:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27441 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 11:09:52 -0500 (CDT) 
Message-ID: <LYR11589-81047-2000.05.01-11.10.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 1 May 2000 17:08:48 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
References: <LYR11595-80953-2000.05.01-00.23.33-- 
salo#networkcs.com@lists.tapr.org> 
<LYR14779-81011-2000.05.01-09.02.09--Ian.Wade#tcare4dfree.net@lists.tapr.org> 
In-Reply-To: <LYR14779-81011-2000.05.01-09.02.09-- 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Xo4TdMAQwaD5Ewll@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-81011-2000.05.01-09.02.09--Ian.Wade#care4free.net@l 
ists.tapr.org>, Tim Salo <salo@networkcs.com> writes 


> 

>I suggest that it makes more sense to admit the limitations of this 
>scheme, rather than to make overly broad claims about the security it 
>provides. 


Tim, I didn't say anything about security. Neither does the spec say 
anything about security. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 11:39:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28418 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 11:39:33 -0500 (CDT) 
Message-ID: <LYR11589-81055-2000.05.01-11.40.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Mon, 1 May 2000 09:40:50 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <038b01b£b38c$2b2fa7cO$£193b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The Spec: 

Position Ambiguity Where the exact position is not known, the mm and hh 
digits in the latitude 

and longitude may be progressively replaced by a V (space) character as the 


amount of imprecision increases. For example: 

07201.7_W represents longitude to nearest 1/10th of a minute. 
Q07201.__W represents longitude to nearest minute. 

Q720_.__W represents longitude to nearest 10 minutes. 


Q72__.__W represents longitude to nearest degree. 
The D700 case: Position is known when you have GPS input. Does Position 
ambiguity have meaning? How would you interpret Position Ambiguity when you 
have Live GPS input, particularly now that SA will be discontinued tonight? 
It is an inconsistent application of the definition. I agree with Jeff King 
in that we are not reporting our estimate of the error, we are munging the 
data, and do not know how. Are we rounding or truncating? If we have Live 
GPS input, the position is not ambiguous. In this case, we can only assume 
that we are concealing our position. 


eieiahata Original Message----- 

From: Ian Wade <Ian.Wade@care4free.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Date: Monday, May 01, 2000 9:09 AM 

Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 


>In article <LYR14779-81011-2000.05.01-09.02.09--Ian.Wade#care4free.net@l 
>ists.tapr.org>, Tim Salo <salo@networkcs.com> writes 

> 

>> 

>>I suggest that it makes more sense to admit the limitations of this 
>>scheme, rather than to make overly broad claims about the security it 
>>provides. 

> 

>Tim, I didn't say anything about security. Neither does the spec say 
>anything about security. 

> 

>73 

>Ian, G3NRW 

>Technical Editor, APRS Protocol Specification 


>| APRS on 144.800 [1091SX] ~55km/35 miles NNW of London 

>| email: g3nrw@arrl.net | 
>| | 
>| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 


>--- 
>You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 


>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 12:39:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ0791 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 12:39:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 1 May 2000 13:36:27 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11586-81055-2000.05.01-11.40.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81067-2000.05.01-12.38.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005011305520 .29001-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Mon, 1 May 2000, Brent Hildebrand wrote: 


The D700 case: Position is known when you have GPS input. Does Position 
ambiguity have meaning? 


> Position Ambiguity Where the exact position is not known, the mm and hh 
> digits in the latitude and longitude may be progressively replaced by a 
> V (space) character as the amount of imprecision increases. For example: 
> 07201.7_W represents longitude to nearest 1/10th of a minute. 

> 07201.__W represents longitude to nearest minute. 

> 0720_.__W represents longitude to nearest 10 minutes. 

> 072__.__W represents longitude to nearest degree. 

> 

> 

> 


xxx It always has meaning. There are 4 levels as defined above. 


> How would you interpret Position Ambiguity when you have Live GPS 
> input, particularly now that SA will be discontinued tonight? 


xxx Exactly as defined above... 
> It is an inconsistent application of the definition. 


xxx Not at all. The 4 levels of postion ambiguity are well defined, have 
unambiguous meaning and are ONLY A MEANS OF COMMUNICATING the 4 levels of 
ambiguity from the SENDER to the RECEPIENT. How these 4 levels are 
encoded has nothing to do with the definition... Although the example 
above does use the most obvious (uncompressed) format. 


> I agree with Jeff King in that we are not reporting our estimate of the 
> error, 


xxx We Never were. That is not in the definition. I say again, POSITION 
AMBIGUITY only is a way of communicating the number of digits of precision 
that the SENDER wants the RECEIVER to use. If the SPEC is not conveying 
this, then we need to reword the spec. But that has always been the 
reason, purpose, definition, and implemention of position Ambiguity. 


> we are munging the data, and do not know how. 

xxx I dont see ANY munged data. Position ambiguity CONVEYS to the 
recepient the number of DIGITS of precision the SENDER wants the RECEVIER 
to use. It is really very simple... 

> Are we rounding or truncating? 

xxx Doesnt matter. What "position ambiguity" conveys is the number of 
digts of precision. It does not address the remaining digits. That is up 
to the sender or initiator of the data to enter what he wants to convey. 

> If we have Live GPS input, the position is not ambiguous. 

xxx It doesnt matter. "Position ambiguity" in APRS has NOTHING TO DO WITH 
THE ACCURACY nor the PRECISION of the original position. It has ONLY to 
do with the number of digits that the SENDER intends for the RECEIVER to 
use... 


> In this case, we can only assume that we are concealing our position. 


xxx Assume anything you want. It is not germane. The SENDER indicates 
via POSITION AMBIGUITY the number of digits he wants the RECEIVER to use 


in his display of position. His reason for doing so does not matter. 


xxx Due to the apparent missunderstanding of Position Ambiguity, I would 
suggest a change to the spec from: 


Position Ambiguity where the exact popsition is not known... 
to 


Position Ambiguity allows the originator of position data to convey to 
the receiver of that data the number of digits of precision to use in the 
display of his position. In the uncompressed format, this is 
accomplashed DY see.c4. che wees cewcd wo abe aie Sd eB anerae eye # aes 

. In the Mic-E this is accomplished by encoding using available bits in 
the LATITUDE field. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 12:42:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ1001 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 12:42:58 -0500 (CDT) 
From: "Richard Carter" <rich.carter@windriver.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GPS selective activation turned-off! 
Date: Mon, 1 May 2000 13:41:42 -0400 
Message-ID: <LYR11589-81069-2000.05.01-12.43.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR13907-81002-2000.05.01-08.25.46--rcarter#isi.com@lists.tapr.org> 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NBBBJJKGMKOELPJIIFEGAENOJGAC.rich.carter@windriver.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


http: //www.whitehouse. gov/library/PressReleases.cgi?date=0&briefing=0 
Cheers! 


Rich Carter - KE1EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 15:31:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ7783 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 15:31:14 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-81110-2000.05.01-15.32.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 01 May 2000 16:31:58 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GPS selective activation turned-off! 
References: <LYR11601-81069-2000.05.01-12.43.49--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390DE9BE.F10D74E@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Richard Carter wrote: 


> http: //www.whitehouse.gov/library/PressReleases.cgi?date=0&briefing=0 


> 
> Cheers! 
> 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 15:51:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ8566 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 15:51:05 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-81114-2000.05.01-15.50.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 01 May 2000 16:50:03 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
References: <LYR11601-81067-2000.05.01-12.38.00--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390DEDFB.634FBE9F@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> On Mon, 1 May 2000, Brent Hildebrand wrote: 


Vv 


> > error, 


> I agree with Jeff King in that we are not reporting our estimate of the 


I actually was agreeing with what Bob has posted on this very SIG a few months 
ago. Posted some links to it also earlier in which he agreed/didn't object to it 


then. 
xxx We Never were. That is not in the definition. I say again, POSITION 
that the SENDER wants the RECEIVER to use. If the SPEC is not conveying 


this, then we need to reword the spec. But that has always been the 
reason, purpose, definition, and implemention of position Ambiguity. 


VV VV WV 


Yes, thats its purpose this week. Understand Brent? ;-( 
> Are we rounding or truncating? 


xxx Doesnt matter. What "position ambiguity" conveys is the number of 


VV VV Vv 


to the sender or initiator of the data to enter what he wants to convey. 


Rounding or truncating needs to be in the SPEC. It DOES matter if you want 
a consistent user space, and MUST be defined if the data is passed on. 


Pl seis 


Well, at least SA was turned off today! ;-) 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 16:26:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA10336 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 16:26:12 -0500 (CDT) 
Date: Mon, 1 May 2000 16:25:08 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-81120-2000.05.01-16.26.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


AMBIGUITY only is a way of communicating the number of digits of precision 


digts of precision. It does not address the remaining digits. That is up 


Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11595-81017-2000.05.01-09.12.11-- 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005012125.QAA52079@us.networkcs.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Date: Mon, 1 May 2000 10:10:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 


On Mon, 1 May 2000, Tim Salo wrote: 

> I suggest that it makes more sense to admit the limitations of this 

> scheme, rather than to make overly broad claims about the security it 
> provides. 


True, position ambiguity was not designed as a security measure. My 
apologies if I have confused anyone... 


VVVV VV VV VV MV 


I am probably confused as to the precise (if you will excuse the pun) 
motivation for position ambiguity. 


Date: Thu, 27 Apr 2000 21:13:13 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprssig] Re: Findu and security? 


On Thu, 27 Apr 2000, pmarkham wrote: 

3. any ill willed lurker on the internet has a 

24 hour a day report of my base and mobile whereabouts along with any other 
information that may be inferred. I have no use for that scenario. 


Is there a [way] that will prevent local traffic from being digi'd 
world wide via the internet? 


VVVNV VV 


No. But that was one of the reasons I fought so hard for the positino 
ambiguity capability that I built into APRS. Now most other authors 
(except for steve DImse, I think) support it. Hus, you can remain 
ambiguous to the nearest .1, 1, 10, or 60 miles. Thus your position is 
known accurately enough for PATH, Propogation, and Message purposes, but 
not so detailed as to encourage mischief. 


VVVVV VV VV VV VV VV V VOM 


And from the TM-D700A Instruction Manual (Specialized Communications) : 


Programming Position Ambiguity 


There may be cases where you do not know or do not want to report 
your precise locations. For position data, you can select the 
number of digits not to be included in your packets. 


I suggest that the APRS protocol spec note the limitations of position 
ambiguity as a security measure (since it has been touted as a security 
facility repeatedly and for some time). 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 1 17:17:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA12354 

for <lyris.aprsspec@tapr.org>; Mon, 1 May 2000 17:17:20 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-81151-2000.05.01-17.16.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 01 May 2000 18:16:33 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
References: <LYR11601-81120-2000.05.01-16.26.41--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390E0241.60AE79AF@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Tim Salo wrote: 


And from the TM-D700A Instruction Manual (Specialized Communications): 
Programming Position Ambiguity 


> 
> 
> 
> 
> There may be cases where you do not know or do not want to report 

> your precise locations. For position data, you can select the 

> number of digits not to be included in your packets. 

Well, you already know my feelings on letting Kenwood influence APRS development, 
but do note they say "where you do not know OR do not want to report 

your precise locations". Two _distinct_ uses of position ambiguity, the first to 
convey the level of precision (our much touted high school example) and the 
other as a security measure. 


> I suggest that the APRS protocol spec note the limitations of position 
> ambiguity as a security measure (since it has been touted as a security 
> facility repeatedly and for some time). 


But its also been touted as a means to convey level of precision, see this 
posting from Bob from 1998 which is pre-WG: 

http: //www.tapr.org/tapr/list-archive/aprssig/9810/msg00985.htm1 

This use of position ambiguity appears consistent with what the WG adopted. 


The spec says: 

>Position Ambiguity A reduction in the accuracy of APRS position information 
>(implemented by replacing low-order lat/long digits with spaces). Used when the 
>exact position is not known. 


Implies the user (or sensor) gives their best guess as to their location, then 
that 
level of precision is carried in the APRS payload. 


I repeat again. There is value in conveying a ACCURATE level of ambiguity. One 
need 

only look at the DF scenario to understand this and any other number of future 
applications 

of APRS in the communications field. While I understand that someone could use 
ambiguity as a means to purposely mask their position, I'm not comfortable with 
that being 

advocated in the spec (its not presently). There are much better long term means 
to do this, such 

as adoption of routing in the spec as well as flags the users can set to restrict 
the propagation 

of their posits. 


73 


-Jeff 


P.S. Does anyone know if position ambiguity can be represented in the compressed 
format? As 

it starts with a numeric, it doesn't appears to me it can support position 
ambiguity. Now, it does 

have a GPS lock flag I note. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 2 21:34:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA27163 

for <lyris.aprsspec@tapr.org>; Tue, 2 May 2000 21:34:44 -0500 (CDT) 
Message-ID: <LYR11589-81433-2000.05.02-21.35.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Neil Johnson" <njohnson@interl.net> 
From: "Neil Johnson" <njohnson@interl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Tue, 2 May 2000 21:31:20 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <009e01bfb4a7$ab4£43e0$0100a8cO@nandts> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thought it was time for a reminder. 
The current SPEC is to define the protocol AS IS on the air RIGHT NOW. 


I agree the position ambiguity leaves some room for improvement, as are many 


other things. 


The APRS WG should put on their list of things to address in the NEXT 
version of the protocol. 


Neil Johnson 
njohnson@interl.net 
http://www. interl.net/~njohnson 


Sees Original Message----- 

From: Jeff King <jeff@aerodata.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Date: Monday, May 01, 2000 5:17 PM 

Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 


> 

> 

>Tim Salo wrote: 

> 

>> And from the TM-D700A Instruction Manual (Specialized Communications): 
>> 


>> Programming Position Ambiguity 

>> 

>> There may be cases where you do not know or do not want to report 
>> your precise locations. For position data, you can select the 

>> number of digits not to be included in your packets. 

> 


>Well, you already know my feelings on letting Kenwood influence APRS 
development, 

>but do note they say "where you do not know OR do not want to report 

>your precise locations". Two _distinct_ uses of position ambiguity, the 
first to 

>convey the level of precision (our much touted high school example) and the 
>other as a security measure. 

> 

>> I suggest that the APRS protocol spec note the limitations of position 

>> ambiguity as a security measure (since it has been touted as a security 
>> facility repeatedly and for some time). 

> 

>But its also been touted as a means to convey level of precision, see this 
>posting from Bob from 1998 which is pre-WG: 
>http://www.tapr.org/tapr/list-archive/aprssig/9810/msg00985. html 

>This use of position ambiguity appears consistent with what the WG adopted. 
> 

>The spec says: 

>>Position Ambiguity A reduction in the accuracy of APRS position 


information 

>>(implemented by replacing low-order lat/long digits with spaces). Used 
when the 

>>exact position is not known. 

> 

>Implies the user (or sensor) gives their best guess as to their location, 
then that 

>level of precision is carried in the APRS payload. 

> 

>I repeat again. There is value in conveying a ACCURATE level of ambiguity. 
One need 

>only look at the DF scenario to understand this and any other number of 
future applications 

>of APRS in the communications field. While I understand that someone could 
use 

>ambiguity as a means to purposely mask their position, I'm not comfortable 
with that being 

>advocated in the spec (its not presently). There are much better long term 
means to do this, such 

>as adoption of routing in the spec as well as flags the users can set to 
restrict the propagation 

>of their posits. 

> 

>73 

> 

>-Jeff 

> 

>P.S. Does anyone know if position ambiguity can be represented in the 
compressed format? As 

>it starts with a numeric, it doesn't appears to me it can support position 
ambiguity. Now, it does 

>have a GPS lock flag I note. 

> 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: njohnson@interl.net 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 2 21:48:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA27766 

for <lyris.aprsspec@tapr.org>; Tue, 2 May 2000 21:48:06 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-81436-2000.05.02-21.48.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 02 May 2000 22:47:35 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
References: <009e01bfb4a7$ab4f£43e0$0100a8cO@nandts> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <390F9347.FAAE3881@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As you wrote me directly here... 

Neil Johnson wrote: 

> Thought it was time for a reminder. 
> 


> The current SPEC is to define the protocol AS IS on the air RIGHT NOW. 


I'm confused, exactly who is suggesting the spec be changed? With regards to 
the definition of Position Ambiguity, looked fine to me as it was in the SPEC. 


Or where you talking about Kenwood here? 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 3 08:49:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ2646 

for <lyris.aprsspec@tapr.org>; Wed, 3 May 2000 08:49:52 -0500 (CDT) 
Date: Wed, 3 May 2000 08:47:28 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-81504-2000.05.03-08.50.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
In-Reply-To: <LYR11595-81433-2000.05.02-21.35.41-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005031347 .TAA93302@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


From: "Neil Johnson" <njohnson@interl.net> 
Subject: [aprsspec] Re: [aprssig] Proper use of position ambiguity? 
Date: Tue, 2 May 2000 21:31:20 -0500 


Thought it was time for a reminder. 


The current SPEC is to define the protocol AS IS on the air RIGHT NOW. 
rel 


VVVVNV VV MV 


I haven't been privy to the secret discussions of the APRS Working Group, 
but there have been some hints that this isn't entirely the case. 

I believe that there have been some cases where the protocol has 

been modified slightly in the process of developing the spec. In one or 
more of these instances different software implemented the protocol 
differently (which makes it difficult to say with precision what 

the on-the-air protocol really is). 


I also believe that several deprecated protocol features are not 
contained in the spec, so a liberal implementation will have to accept 
protocol features beyond what are in the spec. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 3 10:08:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ5531 

for <lyris.aprsspec@tapr.org>; Wed, 3 May 2000 10:08:10 -0500 (CDT) 
Message-Id: <LYR11589-81512-2000.05.03-10.06.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Protocol Spec Third Draft 
Date: Wed, 03 May 2000 11:05:15 -0300 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005031505.LAAQ6156@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


APRS WORKING GROUP 
APRS PROTOCOL REFERENCE 
THIRD PUBLIC DRAFT 


The APRS Working Group has now published the third (and hopefully 
final) public draft of the APRS Protocol Reference. It is available on 
the TAPR website, at http://www.tapr.org/tapr/html/Faprswg.html. 


This latest draft incorporates xhundredsx of items of feedback received 
Since the previous draft published last December, and has now grown to 
115 pages. 


Several sections have been considerably expanded and clarified. In 
particular, the chapters on Mic-E, Weather Reports and APRS Symbols have 
been substantially rewritten. 


The Working Group invites feedback on the specification, although due to 
the extensive public comments that we have already received on prior 
drafts, we will not have a formal comment period as defined in the WG 
charter; what we ask for now are additional eyes to ensure that we haven't 
inadvertently introduced new errors to this draft. Comments should be 
addressed to the TAPR "aprsspec" mailing list. Details of how to join 

the list are given on page 2 of the document. 


The cutoff date for feedback is midnight local time on Monday 15 May. 


Then, depending on the amount of feedback received, the Working Group 
hopes to publish the Final Approved version of the specification a few 
weeks later. 


John Ackermann, N8UR 
Administrative Chair, APRS Working Group 
2 May 2000 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 3 20:36:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ3380 

for <lyris.aprsspec@tapr.org>; Wed, 3 May 2000 20:36:30 -0500 (CDT) 
From: "Clarke Diekmann" <cldiekmann@mindspring.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Location of PHG power measurement 
Date: Wed, 3 May 2000 19:33:24 -0500 
Message-ID: <LYR11589-81571-2000.05.03-20.35.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000001bfb560$5def1260$22d48ad1@buzzby101> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Congrats on getting the next revision to the specification on the street! 


One question I have had since recently joining the APRS legions has to do 
with the PHG(D) data extension. There is no discussion of where in the 
system the power figure is measured. The logical choices are at the 
transmitter antenna jack or at the antenna input connector. Maybe I'm too 
much the novice here, but it seems like a brief explanation is indicated to 
discuss where the "P" in PHG is measured/calculated. It seems logical to 


assume that the figure is taken at the input to the antenna in order to 
facilitate a rough ERP estimate. Depending on the loss in the feedline I 
realize the delta between the two points of measurement may be lost in the 
calculation algorithms. 


Clarke 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 4 05:35:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA14715 

for <lyris.aprsspec@tapr.org>; Thu, 4 May 2000 05:35:55 -0500 (CDT) 
Message-ID: <LYR11589-81650-2000.05.04-05.34.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Query: Hurricane Format 
Date: Thu, 4 May 2000 10:33:08 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003d01bfb5b4$2458bfcO0$b1984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- 
First of all I would like to express my thanks for all the work that 
went into the Draft Protocol. 


I have a couple of questions concerning Hurricane format. The Draft has a 5 
character field for the minimum central pressure- expressed in tenths of a 
millibar. The hurricane center reports only in full millibars, so the 
final digit would always be zero. Also presently the field is three digits- 
with pressures above 999 having the beginning "one" truncated. If the 


change is going to be 5 digits I need to know if present software can handle 
it. ( At this writing we are 27 days from Atlantic hurricane season, 12 days 
from pacific.) 


As for as course and speed- the spec is for knots for a forward speed 
for all objects ( I believe). However the D700a has a "m" after the speed 
for an object, which I assume is for "MPH". Things are OK if this is a 
nautical mile per hour. At present I am reporting tornadoes and 
thunderstorms in MPH and Hurricanes in knots, and I would like to get off 
the fence. One solution is to report in knots and try to get the word out 
to D700a users there is a display bug. Which way should I go? 


Thanks again for the hard work. 


73 de KG5QD Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 4 08:12:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA20908 

for <lyris.aprsspec@tapr.org>; Thu, 4 May 2000 08:12:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 4 May 2000 09:09:32 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Location of PHG power measurement 
In-Reply-To: <LYR11586-81571-2000.05.03-20.35.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81659-2000.05.04-08.11.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005040908550 .3009-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Your analysis is correct. It is not an exact science... Power getting to 
the antenna... 


bob 
On Wed, 3 May 2000, Clarke Diekmann wrote: 
Congrats on getting the next revision to the specification on the street! 


One question I have had since recently joining the APRS legions has to do 
with the PHG(D) data extension. There is no discussion of where in the 
system the power figure is measured. The logical choices are at the 
transmitter antenna jack or at the antenna input connector. Maybe I'm too 
much the novice here, but it seems like a brief explanation is indicated to 
discuss where the "P" in PHG is measured/calculated. It seems logical to 
assume that the figure is taken at the input to the antenna in order to 
facilitate a rough ERP estimate. Depending on the loss in the feedline I 
realize the delta between the two points of measurement may be lost in the 
calculation algorithms. 


Clarke 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV WV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 4 08:23:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21555 

for <lyris.aprsspec@tapr.org>; Thu, 4 May 2000 08:22:59 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Thu, 4 May 2000 09:22:24 -0400 (EDT) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: "'John Ackermann'" <jra@febo.com>, aprsspec@lists.tapr.org 
Subject: [aprsspec] RE: [aprssig] APRS Protocol Spec Third Draft 
In-Reply-To: <E602AF974691D311AB4700902717789C2110AE@enleent101.ericsson.se> 
Message-ID: <LYR11589-81663-2000.05.04-08.24.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005040916130 .3009-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


GOod point Henk. But I would modify your suggestion as follows: 


1) If there is a mix of SSID routing and VIA paths, then the VIA path 
shall be used first. And each HOP is used up in the usual fashion. 
2) SSID routing should only apply when: 
a) There is no additional path *xOr* 
b) All additional hops have been used up. 


This solves the ambiguity you noted, but is the least restrictive. It 
allows for future virsatility. For example, I am one hop away from an 
SSID network (say, in my basement with an HT), this woiuld let me use 
APRS-4,RELAY and be able to get into the SSID system. 


de WB4APR, Bob 
On Thu, 4 May 2000, Henk de Groot (EMN) wrote: 


> Hallo John, 

> 

> Another remark on the new specification: 

> 

> Maybe it should be prohibited that if the destination SSID of an APRS packet is 
not 0 then there shall be no digipeaters in the VIA list, or that digipeating on 
destination SSID only works without any digis in the VIA list. Otherwise you will 
get a mixup of old and new digipeater implementations. Old ones that just use the 
VIA list regardless of destination SSID and new ones that act on the destination 
SSID. Since the destination SSID digipeating is introduced to keep the packet 
small there is also no point in having a VIA list. My proposal: 


VVVV VV VV VV MV 


Frame: 
PE1DNN>APZ008-7 - use generic digipeating on destination SSID 
PE1DNN>APZ008 , WIDE - use generic digipeating on VIA list 


PE1DNN>APZ008-7,WIDE - use generic digipeating on VIA list, not on 
SSID 


The specification is now not clear on what to do in the last case and also 
think old and new digis should act consistently in the same way, therefore only 


I 


allow digipeating on destination-SSID if there are no digipeaters in the VIA list. 


> 
> 


way... 


Kind regards, 


Henk. 
P.S. also send a Cc to Bob for comment. 
P.S.2. I'm not a member of the specification list so I hope you can take it this 


corporate account you see). 


VV VV VV VV VV 


JHA AAA AAA AAA AAA AAA AAA AAA AAA AAA AAA AAA AAA AAA AA AAA AAA AAA AAA AAA AE 
The difference between theory and practice in practice is bigger than 
the difference between theory and practice in theory. 


Henk de Groot | Tel: +31 53 4505400 Ext: 5400 
<Henk.de.Groot@emn.ericsson.se> | Ericsson Business Mobile Networks 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


(I don't want too much traffic and discussions in my e-mail, this is a 


From bounce-aprsspec-11589@lists.tapr.org Thu May 4 08:32:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22003 

for <lyris.aprsspec@tapr.org>; Thu, 4 May 2000 08:32:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 4 May 2000 09:29:55 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query: Hurricane Format 
In-Reply-To: <LYR11586-81650-2000.05.04-05.34.56-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81667-2000.05.04-08.31.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005040925380 .3009-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


For Hurrican PRESSURE, we are waiting for comments from Mark. He was out 
of town during the last round of comments, and I confused myself and 
everyone else by "thinking" of the PRESSURE in the normal WX report (5 
digits) and not the Hurricane format (which I do NOT parse I just display 
it as written). 


So, Dale, and Mark (and anyohne else with an opinion) settle it. I'1l go 
with whatever you want. 


Bob 
. On 
Thu, 4 May 2000, Dale Huguley wrote: 


Hi All- 
First of all I would like to express my thanks for all the work that 
went into the Draft Protocol. 


character field for the minimum central pressure- expressed in tenths of a 
millibar. The hurricane center reports only in full millibars, so the 
final digit would always be zero. Also presently the field is three digits- 


> 
> 
> 
> 
> I have a couple of questions concerning Hurricane format. The Draft has a 5 
> 
> 
> 
> with pressures above 999 having the beginning "one" truncated. If the 


change is going to be 5 digits I need to know if present software can handle 
it. ( At this writing we are 27 days from Atlantic hurricane season, 12 days 
from pacific.) 


As for as course and speed- the spec is for knots for a forward speed 
for all objects ( I believe). However the D700a has a "m" after the speed 
for an object, which I assume is for "MPH". Things are OK if this is a 
nautical mile per hour. At present I am reporting tornadoes and 
thunderstorms in MPH and Hurricanes in knots, and I would like to get off 
the fence. One solution is to report in knots and try to get the word out 
to D700a users there is a display bug. Which way should I go? 


Thanks again for the hard work. 
73 de KG5QD Dale 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e. html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 4 11:53:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6517 

for <lyris.aprsspec@tapr.org>; Thu, 4 May 2000 11:52:52 -0500 (CDT) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Conversion factors in 1.0.1m 
Date: Thu, 04 May 2000 19:52:54 +0300 
Message-ID: <LYR11589-81703-2000.05.04-11.53.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: text/plain; charset=IS0-8859-1 

X-MIME-Autoconverted: from 8bit to quoted-printable by ds9.sci.fi id TAA18469 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <up93hssknipua9dqj3gb19kgskOpq922gs8@4ax.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA06517 


It is nice to see the added explanation of data transfer units and 
display units and also the collection of required conversion factors 
into a single table (from scattered around the glossary in the 1.0.1¢g 
version). 


However, I would like to emphasise the importance of doing these 
conversions properly. Assuming the data is generated in some 
unspecified unit A and in order to use the on-the-air unit B, the 
value must be multiplied with a factor x. If we want to display the 
value at the other end in unit A, the on-the-air value must be 
multiplied by 1/x. However, if too small numeric precision is used to 
express the 1/x factor, the original value will not be represented. 


To exaggerate, assume that the on-the-air unit is six times smaller 
than the original measurement, thus x=6. If the source will produce a 
measurement of 100, the on the air value will be 600. Assuming 1/x or 
1/6 is represented with only two decimals, we would get 0.17 and 
multiplying this with the on air value, will give 102, which is 
clearly different from the original value. If the value is 
rebroadcasted, the error will cumulate. 


This is just what happens with some values in the conversion table. 
For instance one foot is exactly 0.30480000... meters by definition, 
but the constant for 1/x is given as 3.2808 with only five significant 
digits, while even the single precision IEEE floating point system 
(used in e.g. x86 and 68k series processors) give 6-7 digits and 
double precision 14-15 digits. 


I have recalculated the conversion factor values to at least 14 
significant digits (use fixed pitch font for better readability): 


> Units Conversion Table 
>Multiply by to get 
>feet 0.3048 meters 


(this is by definition) 
>meters 3.2808 feet 
3.2808398950131 


>miles 1.609344 km 
>km .6214 miles 
0.62137119223733 


[o) 


>miles 0.8689762 nautical miles 
0.86897624190065 
>nautical miles 1.1507794 miles 
1.15077944802354 


>miles per hour (mph) 0.8689762 knots 
0.86897624190065 
>knots 1.1507794 miles per hour (mph) 
1.15077944802354 


>knots 0.514440 meters / second 
>meters / second 1.9438446 knots 
1.94384449244061 
(note that the last digit in the original value was incorrect) 


>miles per hour (mph) 0.44704 meters / second 
>meters / second 2.2369362 miles per hour (mph) 
2. 2369362920544 


Some of those values are still approximations after 14 digits and 
since multiplying by 1/x is the same as dividing by x, it would be 
better to reformat the table slightly and only use exact values by 
either multiplying with or dividing by the exact value. In some cases 
both multiplication and division had to be used 


Units Conversion Table 


Convert from ! multiply by ! divide by ! to get 


feet ! @.3048 ! ! meters 

meters ! ! 0.3048 ! feet 

miles ! 1.609344 ! ! km 

km ! ! 1.609344 ! miles 

miles ! 1.609344 ! 1.852 ! nautical miles 
nautical miles! 1.852 ! 1.609344 ! miles 


(mph) ! 1.609344 ! 1.852 ! knots 


knots ! 1.852 ! 1.609344 ! miles per hour (mph) 


(knots ! @.5144406 ! ! meters / second) 
(m/s ! ! 0.51444.. ! knots) 


or better yet 


knots ! 1852 ! 3600 ! m/s 
m/s ! 3600 ! 1852 ! knots 
(mph) ! 0.44704 ! ! m/s 
m/s ! ! 0.44704 ! mph 

Examples: 


5 ft = 5 * 0.3048 = 1.524 m or rounded to 1.5 m 
12.5 km = 12.5 / 1.609344 or about 7.77 miles. 
7.45 kt = 7.45 * 1.852 / 1.609344 or about 8.57 mph 


In order to avoid unnecessary conversion errors, it is important that 
all stations use the same conversion constants and formulas. By 
including these into the specification, the risk is greatly reduced 
that some implementor decides to make some shortcuts that may cause 
conversion errors. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 6 20:01:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ0960 

for <lyris.aprsspec@tapr.org>; Sat, 6 May 2000 20:01:17 -0500 (CDT) 
Message-ID: <LYR11589-81994-2000.05.06-19.17.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 05 May 2000 19:21:42 -0400 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
Reply-To: stanzepa@mail2.nai.net 
Organization: WA1LLOU 


X-Accept-Language: en,pdf 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ADMIN: mail to the SIG administrator 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39135784.AE52CFB2@ct2.nai.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The ILOVEYOU virus hit us hard at work and as a result, very little 
email has gone in or out of my workplace. If you sent 
SIG-administrator-related mail to my work email address 
(stan_horzepa@adc.com) early Thursday morning or later, I likely did not 
get it and likely won't get it. So, please resend it to watlou@tapr.org. 


And, for the time being, only send SIG administrator mail to the email 
address of watlou@tapr.org. 


Thanks for your cooperation, 


Stan Horzepa, WA1ILOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 6 21:01:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ3501 

for <lyris.aprsspec@tapr.org>; Sat, 6 May 2000 21:01:06 -0500 (CDT) 
Message-ID: <LYR11589-82056-2000.05.06-20.15.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 6 May 2000 18:15:13 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Announcing the APRS DECODER 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <gnCu+iAhMFF5Ewi9@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


ANNOUNCING "APRSDEC" 

THE FULL APRS DECODER PROGRAM 
by Ian Wade, G3NRW 

6 May 2000 


While working on the APRS Protocol Specification, I found it useful to write an 
APRS 
Decoder Program (APRSDEC) to verify the details of the protocol. 


APRSDEC parses APRS packets in IGate output format, and produces a full decode of 
all 

elements of each packet. This will be particularly useful for APRS developers/ 
testers, and 

also for people who need/want to know more about the protocol, or who want to 
check out 

their own packet formats. 


Among the more obscure formats, APRSDEC fully understands Mic-E, compressed 
positions and 
area objects (circles, triangles etc). 


Here is an example of APRSDEC output: 


APRSDEC. APRS Packet Decoder. 
Version 1.0.1b (5 May 2000) 
by Ian Wade, G3NRW (g3nrw@arrl.net) 


Runtime = 06-May-2000 16:13:21 
Input file = examples.log 
Output file = examples.out 


NOTE: If this report contains anything that you think is incorrect, 
please email it to g3nrw@arrl.net for investigation. Thank you. 


Record # 1 
dF EXAMPLES.LOG 


Record # 2 
WA3SFIJ-1>APRS: !3938.16NRO7604. 26Wi#PHG3533/CBRA Relay Digi 

APRS Data Type= Posit w/o time. No APRS 

Lat= 39 deg 38 min 10 sec N Long= 76 deg 4 min 16 sec W 

Icon= Star (green) Overlay= R 

Power= 9 watts Ant Height above average terrain= 320 ft Gain= 3 dB 
Range= 24 miles Directivity= South East 


Record # 3 
KD6VZQ-1>APRS, TCPIP, KF6QHT : @27050023724. 66N/12205.51Wj118/000/Mic-E/M4/Committed> 
APRS Data Type= Posit w/ time. With APRS 

Day=27 Time=O5hrs OOmins UTC 

Lat= 37 deg 24 min 40 sec N Long= 122 deg 5 min 31 sec W 

Icon= Jeep Overlay= (none) 

Course= 118 deg Speed= 0 knots ( © mph) 


Record # 4 
KD6VZQ-1>3WRTVX,WR6ABD,W6CX-3*:'2]P1!.j/]"4.% 

APRS Data Type= Current Mic-E data 

Radio= Kenwood TM-D700 

Message= /M4/Committed 

Lat= 37 deg 24 min 41 sec N Long= 122 deg 5 min 31 sec W 
Icon= Jeep Overlay= (none) 

Course= 118 deg Speed= 0 knots ( © mph) 

Altitude= 23 meters ( 75 feet) 


Record # 5 
G3NRW>3WRTZZ*:'2]PL!.5/]"4.3 

APRS Data Type= Current Mic-E data 

Radio= Kenwood TM-D700 

Message= /M4/Committed 

Lat= 37 deg 24 min © sec N Long= 122 deg 5 min O sec W 
xx WARNING: POSITION AMBIGUOUS to the nearest minute 
Icon= Jeep Overlay= (none) 

Course= 118 deg Speed= 0 knots ( © mph) 

Altitude= 23 meters ( 75 feet) 


Record # 6 
WB4APR>APRK11,W5RRR, RELAY, RELAY: ;MOVIE *270138z/:iT!;.C!Ef{*!Friday Night 
APRS Data Type= Object 

Object Name= MOVIE (Live) 

Day=27 Time=O01hrs 38mins UTC 


Lat= 38 deg 57 min 58 sec N Long= 76 deg 32 min 56 sec W 

Icon= Eyeball Overlay= (none) 

Pre-Calculated Radio Range= 4 miles 

GPS Fix= Old NMEA Source= Other Compression Origin= Compressed 


Record # 7 
G3NRW>APRS: ;ATLANTIC *01234520023 .45N\00034.56E16201310410% 

APRS Data Type= Object 

Object Name= ATLANTIC (Live) 

Day=01 Time=23hrs 45mins UTC 

Lat= 0 deg 23 min 27 sec N Long= © deg 34 min 34 sec E 

Icon= Area Symbol Overlay= (none) 

Object Type= Line (Type 6) Object Color= Violet (low intensity) 
Corridor= 10 miles either side of line 

yy offset= 4 deg down xx offset= 1 deg left 

Offset Posit: Lat= 3 deg 36 min 33 sec S Long= © deg 25 min 26 sec W 


Record # 8 
VE6CPK>APW245 , TCPIP*: _04270500c035s0008001t045r000p000P000h00b1027 9wDAV 

APRS Data Type= Weather stn (w/o posit) 

Month=Apr Day=27 Time=O05hrs OQmins UTC 

Wind Direction= 35 deg Wind Speed= 0 mph Gust= 1 mph 

Temp= 45 degF Rain last hr= 0 in. last 24hrs= © in. since midnight= 0 in. 
Humidity= 100 % Barometric pressure= 1027.9 millibars 


Record # 9 
HL5BHH-9>APRS,WIDE: 
$GPRMC ,050012,A,3508.544,N,12901.328,E,000.0,161.0,270400 ,006.9,Wx63 
APRS Data Type= Raw GPS Data 

Month=Apr Day=27 Year=00 Time=O05hrs OOmins 12secs UTC 

Lat= 35 deg 8 min 32 sec N Long= 129 deg 1 min 19 sec E 

Icon= Car Overlay= (none) 

Course= 161.0 deg Speed= 0 knots ( © mph) 

Status=Valid Mag variation=006.9W 


t+4++44+4+4+4+4+4+4+4+4+4+4+4+44+4+ END OF INPUT FILE ++++++++++++4++4+4+4+4++4++4 


With a few unimportant exceptions, APRSDEC understands all of the APRS features 
included 


in the Protocol Specification. As an extreme example, look at Record #7 above. 
This draws 

a line object with a 10-mile corridor either side, and is carefully contrived to 
cross 

both the Greenwich Meridian and the Equator -- the offset posit shows the position 
of the 

end of the line, in the opposite latitude and longitude hemispheres. 


APRSDEC even recognizes Kenwood TM-D700 radios, and corrects the posit to be a 
*xCurrentx* 

posit rather than an xold* posit. Position ambiguity (Mic-E and uncompressed lat/ 
long) is 

also handled correctly. 


APRSDEC includes extensive error reporting, showing for example when a parameter 
is out of 

range, or in is the wrong format, or (in the case of NMEA sentences) where there 
is a bad 

checksum. 


APRSDEC is now available at http://www.netro.co.uk/aprs.htm 


This is the first publicly released version, and I would welcome any feedback, 
especially 
if you find any errors. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*x 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 7 00:33:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA19089 


for <lyris.aprsspec@tapr.org>; Sun, 7 May 2000 00:33:27 -0500 (CDT) 

Message-Id: <LYR11589-82187-2000.05.07-00.34.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 6 May 2000 22:33:09 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Presentation of Position Ambiguity 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b53aaee8d6df@[198.106.196.70]> 

<LYR11893 -82164-2000.05.07-00.00.33--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello group - 


In the recent discussion about position ambiguity, Bob stated that DosAPRS 
shows a "circle of ambiguity" below certain scale factors. 


However, the ambiguity is given as a certian latitude and longitude (the 
latter directly or inferred, depending on the encoding device). 


with all due respect, displaying this ambiguity as a circle is wrong. It is 
a rectangle! 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 7 08:30:48 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA11588 

for <lyris.aprsspec@tapr.org>; Sun, 7 May 2000 08:30:43 -0500 (CDT) 
Message-ID: <LYR11589-82241-2000.05.07-08.32.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 7 May 2000 14:30:34 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Presentation of Position Ambiguity 
References: <LYR14779-82187-2000.05.07-00.34.46-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-82187-2000.05.07-00.34.46-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <cEERWfA6$WF5Ew3$@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-82187-2000.05.07-00.34.46--Ian.Wade#care4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>Hello group - 

> 

>In the recent discussion about position ambiguity, Bob stated that DosAPRS 
>shows a "circle of ambiguity" below certain scale factors. 

> 

>However, the ambiguity is given as a certian latitude and longitude (the 
>latter directly or inferred, depending on the encoding device). 

> 

>with all due respect, displaying this ambiguity as a circle is wrong. It is 
>a rectangle! 


Agreed. For example, for the posit 1234. N/12345. W-, the location is 
only known to the nearest minute, so the rectangle looks like this: 


12deg 34.99min N 12deg 34.99min N 
123deg 45.99min Wo +---------- 2-2 rrr rrr rrr rrr ne + 123deg 45.00min W 
| | 
| | 


12deg 34.00min N 9 +-------------5555 rrr rrr cnn re + 12deg 34.0Qmin N 
123deg 45.99min W 123deg 45.00min W 


The station could be anywhere in this box. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKkKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 7 09:39:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA13857 

for <lyris.aprsspec@tapr.org>; Sun, 7 May 2000 09:39:33 -0500 (CDT) 
Message-ID: <LYR11589-82257-2000.05.07-09.40.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-82056-2000.05.06-20.15.34-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Announcing the APRS DECODER 
Date: Sun, 7 May 2000 07:39:07 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 


X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <072f£01bf£b832$00b990a0$e694b3d1@celeron> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA13857 


One observation: APRS uses Degrees/Minutes for Lat/Long. The decoder reports 
Degrees/Minutes/Seconds. I should clarify, APRS uses Degrees/Minutes for most 
packets reporting position. Mic-E is also encoded from Degrees/Minutes. The ? 
APRS? range query uses Decimal Degrees. NMEA is also a form of Degrees/Minutes. 
I would suggest reporting position in your decoder as Degrees/Minutes, in place of 
Degrees/Minutes/Seconds to be consistent with APRS format. Brent 


ass Original Message ----- 

From: Ian Wade <Ian.Wade@care4free.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Saturday, May 06, 2000 10:15 AM 

Subject: [aprsspec] Announcing the APRS DECODER 


ANNOUNCING "APRSDEC" 

THE FULL APRS DECODER PROGRAM 
by Ian Wade, G3NRW 

6 May 2000 


VVV Vv 


> While working on the APRS Protocol Specification, I found it useful to write an 
APRS 

> Decoder Program (APRSDEC) to verify the details of the protocol. 

> 

> APRSDEC parses APRS packets in IGate output format, and produces a full decode 
of all 

> elements of each packet. This will be particularly useful for APRS developers/ 
testers, and 

> also for people who need/want to know more about the protocol, or who want to 
check out 

> their own packet formats. 


> 

> Among the more obscure formats, APRSDEC fully understands Mic-E, compressed 
positions and 

> area objects (circles, triangles etc). 


> 

> Here is an example of APRSDEC output: 

> 

> 

> APRSDEC. APRS Packet Decoder. 

> Version 1.0.1b (5 May 2000) 

> by Tan Wade, G3NRW (g3nrw@arrl.net) 

> 

> Runtime = 06-May-2000 16:13:21 

> Input file = examples.log 

> Output file = examples.out 

> 

> NOTE: If this report contains anything that you think is incorrect, 
> please email it to g3nrw@arrl.net for investigation. Thank you. 
> 


Vv 


> Record # 1 
dF EXAMPLES.LOG 


VVNV 


Record # 2 
WA3SFI-1>APRS: !3938.16NRO7604. 26Wi#PHG3533/CBRA Relay Digi 

APRS Data Type= Posit w/o time. No APRS 

Lat= 39 deg 38 min 10 sec N Long= 76 deg 4 min 16 sec W 

Icon= Star (green) Overlay= R 

Power= 9 watts Ant Height above average terrain= 320 ft Gain= 3 dB 
Range= 24 miles Directivity= South East 


VV VV VV VV 


> Record # 3 

> KD6VZQ-1>APRS, TCPIP, KF6QHTx : @27050023724.66N/12205 .51Wj118/000/Mic-E/M4/ 
Committed> 

> APRS Data Type= Posit w/ time. With APRS 

> Day=27 Time=O05hrs OOmins UTC 

> Lat= 37 deg 24 min 40 sec N Long= 122 deg 5 min 31 sec W 

> Icon= Jeep Overlay= (none) 

> Course= 118 deg Speed= 0 knots ( © mph) 

> 


> Record # 4 
> KD6VZQ-1>3WRTVX,WR6ABD ,W6CX-3*:'2]P1!.4j/]"4.% 
> APRS Data Type= Current Mic-E data 


VVVVV VV 


Vv 


Vv 


Radio= Kenwood TM-D700 

Message= /M4/Committed 

Lat= 37 deg 24 min 41 sec N Long= 122 deg 5 min 31 sec W 
Icon= Jeep Overlay= (none) 

Course= 118 deg Speed= 0 knots ( © mph) 

Altitude= 23 meters ( 75 feet) 

Record # 5 
G3NRW>3WRTZZ*:'2]PL!.5/]"4.% 

APRS Data Type= Current Mic-E data 

Radio= Kenwood TM-D700 

Message= /M4/Committed 

Lat= 37 deg 24 min 0 sec N Long= 122 deg 5 min O sec W 
*xx WARNING: POSITION AMBIGUOUS to the nearest minute 
Icon= Jeep Overlay= (none) 

Course= 118 deg Speed= 0 knots ( © mph) 

Altitude= 23 meters ( 75 feet) 


Record # 6 
WB4APR>APRK11,W5RRR, RELAY, RELAY: ; MOVIE *270138z/:iT!;.C!E{*!Friday Night 
APRS Data Type= Object 

Object Name= MOVIE (Live) 

Day=27 Time=O01hrs 38mins UTC 

Lat= 38 deg 57 min 58 sec N Long= 76 deg 32 min 56 sec W 

Icon= Eyeball Overlay= (none) 

Pre-Calculated Radio Range= 4 miles 

GPS Fix= Old NMEA Source= Other Compression Origin= Compressed 


Record # 7 
G3NRW>APRS: ; ATLANTIC *01234520023 .45N\00034.56E16201310410% 

APRS Data Type= Object 

Object Name= ATLANTIC (Live) 

Day=01 Time=23hrs 45mins UTC 

Lat= 0 deg 23 min 27 sec N Long= © deg 34 min 34 sec E 

Icon= Area Symbol Overlay= (none) 

Object Type= Line (Type 6) Object Color= Violet (low intensity) 
Corridor= 10 miles either side of line 

yy offset= 4 deg down xx offset= 1 deg left 

Offset Posit: Lat= 3 deg 36 min 33 sec S Long= 0 deg 25 min 26 sec W 


Record # 8 
VE6CPK>APW245 , TCPIP*: __04270500c035s000g001t0451r000p000P000h00b10279wDAV 
APRS Data Type= Weather stn (w/o posit) 

Month=Apr Day=27 Time=O05hrs OQmins UTC 


> Wind Direction= 35 deg Wind Speed= 0 mph Gust= 1 mph 

> Temp= 45 degF Rain last hr= 0 in. last 24hrs= 0 in. since midnight= 0 in. 
> Humidity= 100 % Barometric pressure= 1027.9 millibars 

> 

> weeeeweweee eee ewww www ewww ewww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew = 


> Record # 9 

> HL5BHH-9>APRS,WIDE: 

$GPRMC ,050012,A,3508.544,N,12901.328,E,000.0,161.0,270400, 006.9 ,Wx63 
> APRS Data Type= Raw GPS Data 

> Month=Apr Day=27 Year=00 Time=O05hrs @Omins 12secs UTC 

> Lat= 35 deg 8 min 32 sec N Long= 129 deg 1 min 19 sec E 

> Icon= Car Overlay= (none) 

> Course= 161.0 deg Speed= 0 knots ( 0 mph) 

> Status=Valid Mag variation=006.9W 

> 
> 
> 
> 
> 


++4++4+4+4+4+4+4+4+4+4+4+4+4+4+4+4+4+ END OF INPUT FILE +++++++4++++4+4+4+4++4+4++4++4 


With a few unimportant exceptions, APRSDEC understands all of the APRS features 
included 

> in the Protocol Specification. As an extreme example, look at Record #7 above. 
This draws 

> a line object with a 10-mile corridor either side, and is carefully contrived to 
cross 

> both the Greenwich Meridian and the Equator -- the offset posit shows the 
position of the 

> end of the line, in the opposite latitude and longitude hemispheres. 

> 

> APRSDEC even recognizes Kenwood TM-D700 radios, and corrects the posit to be a 
*xCurrentx* 

> posit rather than an xold* posit. Position ambiguity (Mic-E and uncompressed 
lat/long) is 

> also handled correctly. 

> 

> APRSDEC includes extensive error reporting, showing for example when a parameter 
is out of 

> range, or in is the wrong format, or (in the case of NMEA sentences) where there 
is a bad 

> checksum. 

> 

> APRSDEC is now available at http://www.netro.co.uk/aprs.htm 

> 


> This is the first publicly released version, and I would welcome any feedback, 
especially 

> if you find any errors. 

> 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*x 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVVV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 7 12:24:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA20494 

for <lyris.aprsspec@tapr.org>; Sun, 7 May 2000 12:24:33 -0500 (CDT) 
Message-ID: <LYR11589-82292-2000.05.07-12.25.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 7 May 2000 18:19:09 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Announcing the APRS DECODER 
References: <LYR11585-82056-2000.05.06-20.15.34-- 
bhildebrand#earthlink.net@lists.tapr.org> 
<LYR14779 -82257-2000.05.07-09.40.51--Ian.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-82257-2000.05.07-09.40.51-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <44JYJoANWaF5EwQL@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-82257-2000.05.07-09.40.51--Ian.Wade#care4free.net@l 
ists.tapr.org>, Brent Hildebrand <bhildebrand@earthlink.net> writes 
>One observation: APRS uses Degrees/Minutes for Lat/Long. The decoder reports 


>Degrees/Minutes/Seconds. I should clarify, APRS uses Degrees/Minutes for most 
>packets reporting position. Mic-E is also encoded from Degrees/Minutes. The 
>PAPRS? range query uses Decimal Degrees. NMEA is also a form of 


>Degrees/Minutes. I would suggest reporting position in your decoder as 
>Degrees/Minutes, in place of Degrees/Minutes/Seconds to be consistent with APRS 
>format. Brent 


OK, I understand that. In fact, others have asked for temperatures in 
Celsius, speeds in km/hour, meters/sec etc. So in the next release there 
will be a .INI file where you can set up your own preferences. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKAX Third draft now available xxx*x*xxxx*x*x 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 7 20:41:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA10393 

for <lyris.aprsspec@tapr.org>; Sun, 7 May 2000 20:41:35 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 7 May 2000 21:40:46 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X- 


To: 


cc 
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In 
br 
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ly 
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Li 
Li 
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X- 
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Pr 


On 
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> 
> 
> 
> 
> 
> 
> 
> 


Or 


Yo 
To 


Fr 
Re 


Sender: bruninga@arctic 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

bject: [aprsspec] Re: Presentation of Position Ambiguity 
-Reply-To: <LYR11586-82187-2000.05.07-00.34.46-- 
uninga#tnadn.navy.mil@lists.tapr.org> 

ssage-ID: <LYR11589-82370-2000.05.07-20.42.58-- 
ris.aprsspec#tapr.org@lists.tapr.org> 

ME-Version: 1.0 

ntent-Type: TEXT/PLAIN; charset=US-ASCII 

st-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
st-Software: Lyris Server version 3.0 

st-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
st-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Message-Id: <Pine.GSO.4.05L.10005072140010 .23660-100000@arctic> 
nder: bounce-aprsspec-11589@lists.tapr.org 

ecedence: bulk 


Sat, 6 May 2000, Jim Wagner wrote: 


In the recent discussion about position ambiguity, Bob stated that DosAPRS 
shows a "circle of ambiguity" below certain scale factors. 


However, the ambiguity is given as a certian latitude and longitude (the 
latter directly or inferred, depending on the encoding device). 


with all due respect, displaying this ambiguity as a circle is wrong. It is 
a rectangle! 


a circle containing the rectangle... 


u are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


om bounce-aprsspec-11589@lists.tapr.org Sun May 7 20:55:32 2000 
ceived: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA10983 

for <lyris.aprsspec@tapr.org>; Sun, 7 May 2000 20:55:32 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Da 
Fr 
X- 


To: 
CC? 


te: Sun, 7 May 2000 21:55:17 -0400 (EDT) 

om: Bob Bruninga <bruninga@nadn.navy.mil> 

Sender: bruninga@arctic 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Announcing the APRS DECODER 
In-Reply-To: <LYR11586-82292-2000.05.07-12.25.55-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-82371-2000.05.07-20.56.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005072151590 .23660-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 7 May 2000, Ian Wade wrote: 


> OK, I understand that. In fact, others have asked for temperatures in 
> Celsius, speeds in km/hour, meters/sec etc. So in the next release there 
> will be a .INI file where you can set up your own preferences. 


Ian, this battle hsa been raging from day one. ANd I think we even got it 
into he spec that the "standard" format for APRS is DEGS and MINUTES. 


Yes, you can covert and display in anything you want, but we prefer that 
such displays make it clear what the APRS standard is so that when we are 
tlalking VOICE we have some degree of consistency. I am amazed at what I 
hear on the air. So many folks dont know the difference betwwen seconds 
and decimal minues and use them interchangably. TO avoid this tower of 
babble we prefer to entrench in to the APRS community, only one "standard" 
method. They can convert as needed... but we need a "common" approach 
throughout APRSdom... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 8 01:10:09 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA27509 

for <lyris.aprsspec@tapr.org>; Mon, 8 May 2000 01:10:04 -0500 (CDT) 
Message-ID: <LYR11589-82426-2000.05.08-01.11.24-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Mon, 8 May 2000 06:49:15 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Ian Wade <Ian.Wade@care4free.net> 

Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Announcing the APRS DECODER 

References: <LYR11586-82292-2000.05.07-12.25.55-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

<LYR14779 -82371-2000.05.07-20.56.55--Ian.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-82371-2000.05.07-20.56.55-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ynsqeNAbV1F5EwB$@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-82371-2000.05.07-20.56.55--Ian.Wade#care4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

> 

>Ian, this battle hsa been raging from day one. ANd I think we even got it 
>into he spec that the "standard" format for APRS is DEGS and MINUTES. 

> 

>Yes, you can covert and display in anything you want, but we prefer that 
>such displays make it clear what the APRS standard is so that when we are 
>tlalking VOICE we have some degree of consistency. I am amazed at what I 
>hear on the air. So many folks dont know the difference betwwen seconds 
>and decimal minues and use them interchangably. TO avoid this tower of 
>babble we prefer to entrench in to the APRS community, only one "standard" 


>method. They can convert as needed... but we need a "common" approach 
>throughout APRSdom... 
> 


Agreed Bob. My approach in future with APRSDEC will be to ALWAYS report 
the output in APRS standard units (with no means of turning that off), 
PLUS an optional conversion in parentheses (as I have already done in 
converting knots to mph, for example). In fact, in the current version, 
everything except lat/long xis* reported in APRS standard units. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 
akkkKKAKK- Third draft now available xxx*xxx*x*x*«x* 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 8 01:11:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA27552 

for <lyris.aprsspec@tapr.org>; Mon, 8 May 2000 01:11:33 -0500 (CDT) 
Message-ID: <LYR11589-82427-2000.05.08-01.11.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 8 May 2000 07:09:55 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Presentation of Position Ambiguity 
References: <LYR11586-82187-2000.05.07-00.34.46-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR14779 -82370-2000.05.07-20.42.58--Ian.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-82370-2000.05.07-20.42.58- - 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
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In article <LYR14779-82370-2000.05.07-20.42.58--Ian.Wade#care4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 


> 
>Or a circle containing the rectangle... 


> 


Yup, I guess that qualifies as ambiguous .... <grin> 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*x 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 10 18:32:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA18086 

for <lyris.aprsspec@tapr.org>; Wed, 10 May 2000 18:32:38 -0500 (CDT) 
Message-ID: <LYR11589-83023-2000.05.10-18.34.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 10 May 2000 16:32:25 -0700 (PDT) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] A Question about Map View and Range Scale 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000510233225 .11940 .qmail@web903.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello everyone - 


I am concerned about the statement at the bottom of Page 11 of 1.0.1m 
on "Map Views and Range Scale". 


First, let me provide the definitions >>I<< use: 


Map - the visual presentation of a geographical data base through which 
the the user can navigate without manually requesting the loading of a 
new map. 


View - that portion of a map which is visible on a computer screen at 
any instant, without any manipulation. The view may encompass an entire 
map, ox it may encompass much less than an entire map. 


Here is an example. In WinAPRS or MacAPRS, you get a U.S. map and some 
regional maps. If you want to view anything in any detail, you need to 
go to a menu and select another "map" (say, Washington). Within any 
map, you can shift the view to see a region of the map. That region can 
be as large as the whole map or it can be some smaller part as the 
result of "Zooming in". But, there is still a point beyond which, if 
you want more detail, you have to load yet another map. This is the 
distinction I make between Map & View. 


The quote: 

APRS is a tactical geographical system, and users need to be able to 
relate imap viewsi in a non-ambiguous way. Thus all map displays should 
have a meaningful legend to convey the scale of the map view to the 
user. 


Thus when communicating about such views, three parameters are 
required: 
the latitude and longitude of the map center and the Range Scale. 


In this context, the Range Scale is the approximate range (in nautical 
miles, miles or km) from the center of the map to the top or bottom. 
This convention gives all software users a common basis for describing 
tactical map views (at whatever Range Scale is in use). 


(end of quote) 


Suppose that you are using APRS+SA. There, the map covers the entire 
surface of the earth. You can move seamlessly to any place on the earth 
without having to load a single "map". For the SA map, the center of 
the map is 0000.00/00000.00 and the Range Scale is 6220 miles (approx 
distance from equator to either pole). I find no use for this "info" at 
all. 


Suppose that the user has a very detailed map of the (contiguous) U.S. 
and the center is somewhere around Nebraska. And, suppose that the user 
has zoomed in to view the Seattle area. Pardon me, but the location of 
the center of the map and the "Range Scale" don't matter one iota. What 
does the user care while viewing a boat on the Puget Sound that the 


"center" of the map is out there in "no-human's land". 


Suppose that we substitute the term "view" for the term "map" in the 
quoted text. It still makes no sense. Here is an example: 


I can have a view which is the full width of my monitor screen but with 
a very small height because I am watching vehicles along I-84 in the 
western U.S. while monitoring my local APRS traffic (in other non-map) 
windows. What information does this "Range Scale" provide? It may be 
only 50 miles while having an east-west extent of 500 miles or more. 


For that matter, I just might even have multiple map windows (with 
several open kand visible at the same time). 


But, then, what DOES matter? To my mind, the only thing that does 
matter is that stations in an event be able to view locations which are 
of shared importance. If a user can readily shift the location of a 
view to "see" a specified geographical location or a specified symbol 
(or symbols), can determine the geographical location of a point 

within the current view, and determimine the distance between two 
points in the view, then that is sufficient. 


It seems to me that this statement is a hang-up on the idea of military 
tactical map display. I argue that its usefulness is nearly zero for 
real-world ham application of APRS. If Bob wants to develop commercial 
applications of APRS which can be sold to the military, that is one 
thing. But to shackle us with that requirement makes little or no sense 
at all. 


Thanks for putting up with my rant! 


Jim, KA7EHK 
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On Wed, 10 May 2000, James Wagner defined VIEW: 
> View - that portion of a map which is visible on a computer screen 


THen he noted: 


APRS is a tactical geographical system, and users need to be able to 
relate map views in a non-ambiguous way. Thus all map displays should 
have a meaningful legend to convey the scale of the map view to the 
user. 


Vv 


Thus when communicating about such views, three parameters are 
required: the LAT/LONG of the map center and the Range Scale. 


In this context, the Range Scale is the approximate range (in nautical 
miles, miles or km) from the center of the map to the top or bottom. 
This convention gives all software users a common basis for describing 
tactical map views (at whatever Range Scale is in use). 


VVVVV VV VV VV WV 


Vv 


He then correctly argues that the center of the "MAP" is meaningless. He 
is right. Lets change the above paragraph from "map" to "view". Clearly 
"view" was intended. 


Suppose that we substitute the term "view" for the term "map" in the 
quoted text. It still makes no sense. Here is an example: 


I can have a view which is the full width of my monitor screen but with 
a very small height because I am watching vehicles along I-84 in the 
western U.S. while monitoring my local APRS traffic (in other non-map) 
windows. What information does this "Range Scale" provide? It may be 
only 50 miles while having an east-west extent of 500 miles or more. 


VV VV VV VV 


Yes, but your range scale is then 50 miles. This UNAMBIGUOUSLY will 
assure that if I am ALSO looking at the same CENTER COORDINATES and RANGE 
SCALE of 50 miles that I will also see everything that you are seeing in 
that same area. 


> For that matter, I just might even have multiple map windows (with 
> several open kand visible at the same time). 


Fine. Each "view" still has center coordinates and a range scale. 


> It seems to me that this statement is a hang-up on the idea of military 
> tactical map display. I argue that its usefulness is nearly zero for 

> real-world ham application of APRS. 

> Jim, KA7EHK 


If you have an alternate way to comunicate "view" cales unambiguously to 
all users, across all platforms and software types, then please share 
it with us. Thanks 


Bob, wb4apr 
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What is the lowest central pressure ever likely to be reached in a 
severe tropical storm/tornado/hurricane etc? I have no idea. 800 mbar? 
700? 600? Lower yet? 


Is there any point in expressing it to the nearest 0.1 mbar? 
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Earlier, I posted a "rant" about Map Center and Range Scale. I offered 
the the example of a view encompassing a large portion of I-80 in the 
West. It shows perhaps 100mi N/S and 1000mi E/W. 


Now, someone else can have the same range scale (50 mi) and the same 
center, but have an E-W extent of only 200 mi. Clearly, the two views do 
not show 

the same information! 


Bob responded: 

> 

>Yes, but your range scale is then 50 miles. This UNAMBIGUOUSLY will 
>assure that if I am ALSO looking at the same CENTER COORDINATES and RANGE 
>SCALE of 50 miles that I will also see everything that you are seeing in 
>that same area. 

> 


Yes, but having the same Center Coord and Range Scale does not mean that 
you and I can see the same thing. 


Bob further responded: 

> 

>If you have an alternate way to comunicate "view" cales unambiguously to 
>all users, across all platforms and software types, then please share 
>it with us. Thanks 

> 

>Bob, wb4apr 

> 

> 


There simply is NOT enough information. 
One of the following will work: 
(1) Center Coord + N/S extent PLUS E/W extent 


or 


(2) N. Boundary, S Boundary, E. Boundary, and West Boundary 
or 


(3) anything else which is translatable into a specification of the four 
edges of the view. 


Sincerely, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 
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Hi All- 

From Chris Landsea;s Hurricane FAQ- 
Typhoon Tip in the Northwest Pacific Ocean on 12 October 1979 was measured 
to have a central pressure of 870 mb and estimated surface sustained winds 
of 85 m/s (165 kt, 190 mph). 


No reason to have tenths of millibars- it is not reported that way- for 
programming - and using 3 digits- 

below 500 needs to have a "1" added to the beginning for display- above 500 
to 999 - just displayl 


For example 010 would be displayed "1010" 
957 would be displayed "957" 


73 de kg5qd Dale 


>What is the lowest central pressure ever likely to be reached in a 
>severe tropical storm/tornado/hurricane etc? I have no idea. 800 mbar? 
>700? 600? Lower yet? 

> 

>Is there any point in expressing it to the nearest 0.1 mbar? 

> 

>73 

>Ian, G3NRW 
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On Wed, 10 May 2000, James Wagner wrote: 


I posited a very wide (1000mi) but short map (100 mi) ... and I 
suggested that Range Scale would provide very little information in this 
case. 


> 
> 
> 
> 
> Bob responded: 

>> 

> > Yes, but your range scale is then 50 miles. This UNAMBIGUOUSLY will 
> > assure that if I am ALSO looking at the same CENTER COORDINATES and 
> > RANGE SCALE of 50 miles that I will also see everything that you are 
> > seeing in that same [centered] area. 

> 

> 

> 

> 

> 


Ahh, but someone else can have the same Range Scale and Center Coords 
and have an E/W extent of only 200 mi. That person will never see 800 
miles of your map, yet they will have the same Center Coords and Range 
Scale. 


No you are confusing the term range scale. You may be looking at a LONG 
flat horizontal view and I may be looking at a TALL skinny view, but there 
is absolutely no ambiguity possible in our definition of range scale. 

That is "the largest circle that will fit in the view." That was always 
my definition. As written in the spec, we used the distance from the 
center of the view to the top or bottom, but in the examples you have 
raised, I think it would be better if we went back to this fundamental 
definition. 


Something like: 

"Range Scale is the radius of the largest circle that will "conviently" 
fit on the map view"... This way you may have the long flat and the tall 
skinny views if you like... 


To me, this is less than useful. > 
I then made the following statement: 


> It seems to me that this statement is a hang-up on the idea of 

> military tactical map display. I argue that its usefulness is nearly 
> zero for real-world ham application of APRS. 

> Jim, KA7EHK 


VV VV WV 


To which Bob responded: 


> If you have an alternate way to comunicate "view" scales unambiguously 
> to all users, across all platforms and software types, then please 

> share it with us. Thanks 

> Bob, wb4apr 

TAs ek wee 


You really need one of the following: 
Center Coords and N/S Range PLUS E/W Range .... 


OR 
East boundary, West boundary, North boundry, South Boundary 


OR 


VVVNVVV VV VV VV VV VV VV VV VV VV VV MV 


Any other measure which defines all 4 edges of the View. 


Yes, that would be absolutely correct, but absurd to use in voice 
communications. I am trying to define a consistent but "brief" means for 
human communication. By voice I say "go to X/Y at the Z range scale." 
What could be simpler. 


As long as that is the standard, then I do not object to the option of 
saying "I am viewing X/Y with a N/S range scale of A and an east west 
range scale of B". This is perfectly acceptible... As long as the 
Single value is the understandable default. 


de WB4APR, BOb 
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Group - 
Here is my point: 


I have a view that has a N/S extent of 100 miles and an E/W extent of 
1000 miles. The Range Scale is 50 miles. The center is Cheyenne, WYO. 


My buddy Fred has a view (with the same center) with a N/S extent of 
100 miles and E/W extent of 100 miles. His Range Scale is 50 miles. 


I call up Fred on the local voice repeater and say "Freddy, o'l buddy, 
you see that truck symbol out there, east of Lincoln, Nebraska?" 


He can't see it on his view because it does not have the same E/W 
extent as mine. Range Scale is simply not a SUFFICIENT view descriptor. 


Jim Wagner, 
KA7EHK 
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Date: Thu, 11 May 2000 17:25:49 -0@400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The Point about Range Scale 
In-Reply-To: <LYR11586-83188-2000.05.11-10.43.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-83242-2000.05.11-16.27.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005111719050 .10268-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 11 May 2000, James Wagner Further attempts his point: 


I have a view that has a N/S extent of 100 miles and an E/W extent of 
1000 miles. The Range Scale is 50 miles. The center is Cheyenne, WYO. 
My buddy Fred has a view (with the same center) with a N/S extent of 
100 miles and E/W extent of 100 miles. His Range Scale is 50 miles. 


I call up Fred on the local voice repeater and say "Freddy, o'l buddy, 
you see that truck symbol out there, east of Lincoln, Nebraska?" 

He can't see it on his view because it does not have the same E/W 
extent as mine. Range Scale is simply not a SUFFICIENT view descriptor. 


VV VVV VV VV WV 


PERFECT EXAMPLE! Of how important the concept of CENTER and RANGE are! 


1) You didint communicate CENTER to Freddy. 
2) You didnt communicate RANGE. 
3) Your example shows exactly how useless on-air dicsussion 


of map views are without these two parameters... 


Thanks, I hope you now see how important CENTER and RANGE are to any 
meaningful communications regarding map views... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 12 01:23:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA18207 

for <lyris.aprsspec@tapr.org>; Fri, 12 May 2000 01:23:37 -0500 (CDT) 
Message-Id: <LYR11589-83308-2000.05.12-01.25.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 11 May 2000 23:23:17 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] More about Center and Range 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b541528923fe@[198.106.196.242]> 
<LYR11893 -83286-2000.05.12-00.00.05--wagnerj#tproaxis.com@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Group - 


My example omitted one thing, only. It DID say that the two views have the 
same center and range. {It was by pre-arrangment}. 


The example was exactly to show that Center and Range are INSUFFICIENT. 
The two views, one 100mi by 1000 mi and the other 100mi by 100 mi. They 
have exactly the same center and the same range. One sees a drastically 


different picture of the world than the other. 


Another number is needed. You are trying to specify a "rectangular" region 
on the surface of the globe. You can specify the four corners, the four 


edges, or the center plus "range" distances in an orthogonal coordinate 
system (normally aligned with the lat/lon coordinate system). 


Very simply, any thing else is not sufficient. 
It is not adequate. 

It is incomplete. 

Its NOT GOOD ENOUGH! 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 12 07:55:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ7977 

for <lyris.aprsspec@tapr.org>; Fri, 12 May 2000 07:55:50 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 12 May 2000 08:55:08 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-83308-2000.05.12-01.25.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-83323-2000.05.12-07.57.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10005120838330.7531-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 11 May 2000, Jim Wagner wrote: 


> My example omitted one thing, only. It DID say that the two views have the 
> same center and range. (50 miles) {It was by pre-arrangment}. 


Then why did you choose to talk about a Truck that was 500 miles away 
and 450 miles outside of that "range"? In this case, the center and 
range are not insufficient. In this case they were just plain wrong. 


The example was exactly to show that Center and Range are INSUFFICIENT. 
The two views, one 100mi by 1000 mi and the other 100mi by 100 mi. They 


have exactly the same center and the same range. One sees a drastically 
different picture of the world than the other. 


VV VV Vv 


H 


disagree. Within the "SAME RANGE". Both see EXACTLY THE SAME VIEW. 


Another number is needed. You are trying to specify a "rectangular" region 
on the surface of the globe. You can specify the four corners, the four 
edges, or the center plus "range" distances in an orthogonal coordinate 
system (normally aligned with the lat/lon coordinate system). 


VVV NM 


No I am not trying to define a "rectangular region" Look at the 
definition (or the way the definition should be written). RANGE is the 
approximate size of the largest circle that will fit within the view. 
"Range" of a map view is measured from the center outward. 


If you want to extend this, then range can easily refer to rectangles if 
you want by refereing to a N/S "range" and and East/West "range" if you 
like. But a single "range" is the lowest common denominator 

that unambiguously gives two separate operators the necessary 
information to describe the same field of interest. 


RADIO waves go out radially in all directions. THey dont go out in boxes. 
Radio waves have "range". Distance has "range". Grandma's house is 75 


miles away. It is not 50 miles east and 25 miles north. 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 12 17:26:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ1650 

for <lyris.aprsspec@tapr.org>; Fri, 12 May 2000 17:26:42 -0500 (CDT) 
Message-ID: <LYR11589-83420-2000.05.12-17.28.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 12 May 2000 15:26:28 -0700 (PDT) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Re: More about Center and Range 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000512222628 .2879.qmail@web901.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Group, 

(trimmed).... 

> No I am not trying to define a "rectangular region" Look at the 

> definition (or the way the definition should be written). RANGE is 
> the 

> approximate size of the largest circle that will fit within the view. 
> "Range" of a map view is measured from the center outward. 

> 

(trimmed).... 

> 


>RADIO waves go out radially in all directions. THey dont go out in 
>boxes. 

>Radio waves have "range". Distance has "range". Grandma's house is 
75 

>miles away. It is not 50 miles east and 25 miles north. 

> 

(trimmed)... 

> 

> bob 


This definition of Range Scale does not appear in the document. 
Anywhere. 


With digipeating, it makes little sense to me to confine "range" to 
some circle defined by direct RF coverage. We commonly see stations 
(here in Western Oregon) that are 400 miles or more distant (without 
use of gateway). 


Do You Yahoo!? 
Send instant messages & get email alerts with Yahoo! Messenger. 
http: //im.yahoo.com/ 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 12 21:15:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
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X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 12 May 2000 22:15:16 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-83420-2000.05.12-17.28.14- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-83464-2000.05.12-21.17.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005122209170 .22456-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 12 May 2000, James Wagner wrote: 


Vv 


> Range is the approximate size of the largest circle that will fit 
> > within the view. "Range" is measured from the center outward. 


> This definition of Range Scale does not appear in the document. 
> Anywhere. 


I will entertain the change as noted below: 

APRS is a tactical geographical system, and users need to be able to 
relate map view in a non-ambiguous way. Thus all map displays should 
have a meaningful legend to convey the scale of the map view to the 
user. 


Thus when communicating about such views, three parameters are 
required: 
the latitude and longitude of the map center and the Range Scale. 


In this context, the Range Scale is the approximate range (in nautical 
miles, miles or km) from the center of the map to the top or bottom. 
This convention gives all software users a common basis for describing 
tactical map views (at whatever Range Scale is in use). 


CHANGE "map" to "view" and change "top or bottom" to "nearest edges". 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 13 07:16:53 2000 
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for <lyris.aprsspec@tapr.org>; Sat, 13 May 2000 07:16:49 -0500 (CDT) 
Message-ID: <LYR11589-83540-2000.05.13-07.18.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 13 May 2000 13:16:45 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: More about Center and Range 
References: <LYR14779-83308-2000.05.12-01.25.09-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 


In-Reply-To: <LYR14779-83308-2000.05.12-01.25.09-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <52T4qOAteUH5Ewgs@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-83308-2000.05.12-01.25.09--Ian.Wade#care4free.net@list 
s.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 


>Another number is needed. You are trying to specify a "rectangular" region 
>on the surface of the globe. You can specify the four corners, the four 
>edges, or the center plus "range" distances in an orthogonal coordinate 
>system (normally aligned with the lat/lon coordinate system). 

> 

>Very simply, any thing else is not sufficient. 

> 

>It is not adequate. 

> 

>It is incomplete. 

> 

>Its NOT GOOD ENOUGH! 


Here is another approach. Consider these two windows, each with exactly the 
same geographical center and the same range scale. (The range circles are 
represented by hexagons, as I can't draw circles here). The "C" represents 
a car, and the "T" represents a truck. 


....Bob's Window.... wc ee eee eee eee Jim's Window................. 
Rea Sree Sy ala, oe ah IN +------------------------------------------+ 
Ve eee | | | 
| / \ | Me tee | 
| / Cok | | i \ | 
es ae | / CY | 
rs / | | / \ | 
[3s | | \ / i 4 
esteen Noe ee | | ‘ / | 

+------------------------------------------ + 


Bob and Jim have agreed on the same geographical center and range circle 


radius. 
Bob says: "Can you see the car, Jim?" Jim says: "Yup" 
Jim says: "Can you see the truck, Bob?" Bob says: "Nope!" 


In other words, Bob's definition of using "map views" in a non-ambiguous 
way is only guaranteed to work WITHIN THE RANGE CIRCLE. 


[Does Bob's definition stem from the military perhaps, where screen sizes 
(and hence views) used to be fixed in an approx 4:3 aspect ratio? This is 
OK in a full-screen DOS environment, but totally inappropriate in Windows]. 


A way round this is to change the definition in the spec: 
1. Remove completely the concept of "map view". (The "map view" depends on 
the user's whim in selecting an area to look at -- users can select windows 


of any size and shape, and can pan/zoom at will within a window). 


2. Replace "map view" with "Reference View". The "Reference View" is the 
area within a range circle of radius R centered at lat/long Y/X. 


Users will agree the "Reference View" with each other. They will then have 
a non-ambiguous understanding of the area they are talking about. (The fact 
that Jim can also see a truck in his window is irrelevant. If Jim wants Bob 
to see the truck, he has to increase or re-center his range circle to 
include the truck, then tell Bob the new "Reference View"). 


Note that the "Reference View" is the area within the range circle 
ON THE GROUND, not in the display window. 


peecndine oR non the user pans and zooms: 

1. The "Reference View" need not be centered in the window. 

2. The "Reference View" may not even be visible in the window at all. 
3. The whole of the "Reference View" may be displayed in the window. 


4. Only part of the "Reference View" may be displayed in the window. 


5. The boundary of the "Reference View" may or may not touch the 
upper/lower edge of the window. 


The Y/X and R values define the "Reference View" completely and 
unambiguously. 


The "Reference View" is not in any way related to the display window/screen 


geometry-- if the range circle happens to touch the top/bottom edges of the 
window, that is just a coincidence. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 
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Precedence: bulk 


Tan, 
A method I use to display a view of a map described as Lat, Lon, 
and Radius is to create a rectangle : 


Upper Left corner = Lon - RadiusInDegrees, Lat - RadiusInDegrees. 
Lower right corner = Lon + RadiusInDegrees , Lat + RadiusInDegrees. 


This provides rectangle that will contain the ellipse described by 
Lat, Lon, and Radius. 


As you pointed out, the aspect ratio of the rectangle (ellipse) may 
differ from the aspect ratio of the currently displayed map window. 

If so, the map view must be scaled to contain the ellipse. It is likely 
that the ellipse will touch either the top and bottom, or the sides 

but not both. The resulting map view should, at a minimum 

contain all objects described by Lat, Lon, radius. 


IMO, Lat, Lon, Radius is sufficient information to create the view 
intended and no other information is required. 


Bill KC9XG 


On Saturday, May 13, 2000 7:17 AM, Ian Wade [SMTP:Ian.Wade@care4free.net] wrote: 


In article <LYR14779-83308-2000.05.12-01.25.09--Ian.Wade#care4free.net@list 
s.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 


>Another number is needed. You are trying to specify a "rectangular" region 
>on the surface of the globe. You can specify the four corners, the four 
>edges, or the center plus "range" distances in an orthogonal coordinate 
>system (normally aligned with the lat/lon coordinate system). 

> 

>Very simply, any thing else is not sufficient. 

> 

>It is not adequate. 

> 

>It is incomplete. 

> 

>Its NOT GOOD ENOUGH! 


Here is another approach. Consider these two windows, each with exactly the 
same geographical center and the same range scale. (The range circles are 
represented by hexagons, as I can't draw circles here). The "C" represents 
a car, and the "T" represents a truck. 


....Bob's Window....  ......cecceeeee Jim's Window................. 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


VV VVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VM 


Vv 


VV VV VV VV VV 


Bob and Jim have agreed on the same geographical center and range circle 
radius. 


Bob says: "Can you see the car, Jim?" Jim says: "Yup" 
Jim says: "Can you see the truck, Bob?" Bob says: "Nope!" 


In other words, Bob's definition of using "map views" in a non-ambiguous 
way is only guaranteed to work WITHIN THE RANGE CIRCLE. 

[Does Bob's definition stem from the military perhaps, where screen sizes 
(and hence views) used to be fixed in an approx 4:3 aspect ratio? This is 
OK in a full-screen DOS environment, but totally inappropriate in Windows]. 


A way round this is to change the definition in the spec: 


1. Remove completely the concept of "map view". (The "map view" depends on 
the user's whim in selecting an area to look at -- users can select windows 
of any size and shape, and can pan/zoom at will within a window). 


2. Replace "map view" with "Reference View". The "Reference View" is the 
area within a range circle of radius R centered at lat/long Y/X. 


Users will agree the "Reference View" with each other. They will then have 
a non-ambiguous understanding of the area they are talking about. (The fact 
that Jim can also see a truck in his window is irrelevant. If Jim wants Bob 
to see the truck, he has to increase or re-center his range circle to 
include the truck, then tell Bob the new "Reference View"). 


Note that the "Reference View" is the area within the range circle 
ON THE GROUND, not in the display window. 


Depending on how the user pans and zooms: 
1. The "Reference View" need not be centered in the window. 
2. The "Reference View" may not even be visible in the window at all. 


3. The whole of the "Reference View" may be displayed in the window. 


4. Only part of the "Reference View" may be displayed in the window. 


VV VV VV VV VV VV VV VV VV VV VV VV VV 


5. The boundary of the "Reference View" may or may not touch the 
upper/lower edge of the window. 


The Y/X and R values define the "Reference View" completely and 
unambiguously. 


The "Reference View" is not in any way related to the display window/screen 
geometry-- if the range circle happens to touch the top/bottom edges of the 
window, that is just a coincidence. 
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Ian, G3NRW 
Technical Editor, APRS Protocol Specification 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 13 13:59:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA22729 
for <lyris.aprsspec@tapr.org>; Sat, 13 May 2000 13:59:06 -0500 (CDT) 


Errors-To: <jeff@aerodata.net> 

Message-ID: <LYR11589-83605-2000.05.13-14.00.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sat, 13 May 2000 15:00:32 -0400 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 

MIME-Version: 1.0 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Developers: NEMA simulator 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <391DA650.255CA16C@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ran across a freeware program that simulates a NEMA data stream, and thought 
it might be of use to some on the list. You can see it at: 


http: //www.sailsoft.nl/software2.htm 


-Jeff wbh8wka 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA14560 

for <lyris.aprsspec@tapr.org>; Sat, 13 May 2000 23:37:53 -0500 (CDT) 
Message-Id: <LYR11589-83698-2000.05.13-23.39.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 13 May 2000 21:37:37 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Still more about Center and Range 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b543d71ce02b@[198.106.198.41]> 

<LYR11893 -83484-2000.05.13-00.00.16--wagnerj#proaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Group - 


I don't think that I am getting through! 


The spec says (and Bob seems to concur) the following: 


APRS is a tactical geographical system, and users need to be able to 
relate map view in a non-ambiguous way. Thus all map displays should 
have a meaningful legend to convey the scale of the map view to the 
user. 


When one user has a view that encompasses 100mi X 800 mi and another has a 
view that encompases 100mi X 100mi, they have, by the definition Bob has 
been presenting, the same Range. 


I assert that this is the very opposite of a "non-ambiguous way". Even the 
change to "nearest edges" does not solve it. Consider one user with a view 
100mi (N/S) X 800mi (E/W) and the second with a view 800mi N/S and 100mi 

E/W. These users have the same Range but see vastly different information. 


Why the hangup with a "circle"? We are not dealing with artillery or 
rockets or torpedos. We are not confining ourselves to non-digipeated 
Signals. It takes only one more number conveyed to provide a full, 
unambiguous descrition. Why is this a problem? 


Why not do what the statement asserts: "able to relate map views in an 
unambigous way". Anything other than four coordinates of your choice simply 
does not give an unambiguous description of a view. And any four, in an 
orthogonal coordinate system, are translatable to any other four. Lets face 
up to the world of real-world geometry and quit trying to cut corners. Why 
is one more number such a problem? 


I can see only two ways for Bob's three-quantity description to be sufficient: 


(1) There is a region marked out on the view which says "this is the region 
visible by others who have the same Range you have." 


(2) Force views to be (geographically) "square". 


I, as a user and programmer, will not accept the second. The first is 
nearly trivial but is a pain in the rear to have to do when its not 
necessary and when (almost) nobody else does it. 


Very sincerely, 
Jim Wagner, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 
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Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21985 

for <lyris.aprsspec@tapr.org>; Sun, 14 May 2000 00:32:56 -0500 (CDT) 
Message-Id: <LYR11589-83725-2000.05.14-00.34.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 13 May 2000 22:31:57 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Reference View 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b543ea3b6072@[206.163.154.48]> 

<LYR11893-83705-2000.05.14-00.00.14--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Group - 
I like Ian's suggestion of a "Reference View". 
However, I am still really puzzled about this business of trying to save 


one coordinate which would completely specify a rectangular view of any 
aspect ratio. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 14 01:03:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
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lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 

Date: Sat, 13 May 2000 23:01:00 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Cap Pennell <cap@cruzio.com> 

Subject: [aprsspec] Re: More about Center and Range 

In-Reply-To: <LYR11639-83540-2000.05.13-07.18.20--ke6afef#tarrl.net@lists. 
tapr.org> 

References: <LYR14779-83308-2000.05.12-01.25.09-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 

<LYR14779 -83308-2000.05.12-01.25.09--Ian.Wade#tcare4free.net@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20000513225125 .00c1c8f£0@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 05:16 AM 5/13/2000, Ian Wade wrote: 


><snip> 

>A way round this is to change the definition in the spec: 

> 

>1. Remove completely the concept of "map view". (The "map view" depends on 
>the user's whim in selecting an area to look at -- users can select windows 


>of any size and shape, and can pan/zoom at will within a window). 


> 

>2. Replace "map view" with "Reference View". The "Reference View" is the 
>area within a range circle of radius R centered at lat/long Y/X. 

> 

>Users will agree the "Reference View" with each other. They will then have 
>a non-ambiguous understanding of the area they are talking about. (The fact 
>that Jim can also see a truck in his window is irrelevant. If Jim wants Bob 
>to see the truck, he has to increase or re-center his range circle to 
>include the truck, then tell Bob the new "Reference View"). 

<snip> 


An elegant solution! Bravo! 

73, Cap KE6AFE 

P.S. I'm hoping to soon buy a monitor with a triangular screen. I should 
still be able to share Reference Views with it though. hi hi 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: cap@cruzio.com home page: http://members.cruzio.com/~cap 

packet radio: KE6AFE @ki6eh.é#wcca.ca.usa.noam 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 14 03:39:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
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for <lyris.aprsspec@tapr.org>; Sun, 14 May 2000 03:39:18 -0500 (CDT) 
Message-ID: <LYR11589-83747-2000.05.14-03.40.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 14 May 2000 08:39:47 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Still more about Center and Range 
References: <LYR14779-83698-2000.05.13-23.39.33-- 
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MIME-Version: 1.0 
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List-Software: Lyris Server version 3.0 
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X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <FnYneAADhLH5EwwWZ@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-83698-2000.05.13-23.39.33--Ian.Wade#care4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>Group - 

> 

>I don't think that I am getting through! 

> 

>The spec says (and Bob seems to concur) the following: 


>APRS is a tactical geographical system, and users need to be able to 
>relate map view in a non-ambiguous way. Thus all map displays should 
>have a meaningful legend to convey the scale of the map view to the 
>user. 


>When one user has a view that encompasses 100mi X 800 mi and another has a 
>view that encompases 100mi X 100mi, they have, by the definition Bob has 
>been presenting, the same Range. 


As I said yesterday, I think this definition is wrong. 


> 

>I assert that this is the very opposite of a "non-ambiguous way". Even the 
>change to "nearest edges" does not solve it. Consider one user with a view 
>100mi (N/S) X 800mi (E/W) and the second with a view 800mi N/S and 100mi 
>E/W. These users have the same Range but see vastly different information. 


Agreed, Jim. I think the basic problem here is distinguishing between a 
*xdisplayx view (i.e. what is visible in a window on the screen) and the 
*xon-the-ground* view. 


Specifying a display view is meaningless. Anybody can choose any 
size/shape for their window, and can pan/zoom in that window to any 
extent. What is visible in that view is totally at the whim of the user, 
can change from instant to instant, and cannot be communicated in any 
useful way to any other user. 


Specifying an on-the-ground view is simple, unique and unambiguous: e.g. 
Y/X and R. Everyone is referring to the same piece of ground. How they 
choose to display that piece of ground is an entirely separate matter, 
but it's still the same piece of ground. The on-the-ground view has 


nothing to do with whether a circle (or rectangle) touches the 
top/bottom of the window. 


> 

>Why the hangup with a "circle"? We are not dealing with artillery or 
>rockets or torpedos. We are not confining ourselves to non-digipeated 
>signals. It takes only one more number conveyed to provide a full, 
>unambiguous descrition. Why is this a problem? 

> 

>Why not do what the statement asserts: "able to relate map views in an 
>unambigous way". Anything other than four coordinates of your choice simply 
>does not give an unambiguous description of a view. And any four, in an 
>orthogonal coordinate system, are translatable to any other four. Lets face 
>up to the world of real-world geometry and quit trying to cut corners. Why 
>is one more number such a problem? 

> 


Specifying a rectangular on-the-ground view with 4 parameters is not a 
fundamental problem; e.g. center Y/X, Y offset from the center 
(equivalent to the radius of Bob's range circle) and X offset from the 
center. The only difficulty today is that the spec describes the 
*xcurrentx APRS state, and current APRS software (as far as I know) does 
not support a 4-parameter definition of "map view". 


>I can see only two ways for Bob's three-quantity description to be sufficient: 
> 

>(1) There is a region marked out on the view which says "this is the region 
>visible by others who have the same Range you have." 


i.e. the region INSIDE the range CIRCLE. 


> 
>(2) Force views to be (geographically) "square". 


I don't think anyone ever intended that. 


To re-focus: 


All of this discussion relates to a section in the "APRS Design 
Philosophy" chapter of the specification. This is not the place for 
specifics on how a "map view" is defined or represented. 


The only thing that is important in this section is the idea of common 
agreement between users on defining a particular piece of ground. How 
that piece is defined is an xoperationalx issue. Whether it is a circle, 
rectangle, ellipse or polygon is outside the scope of the on-the-air 
APRS spec -- nothing is transmitted on-air that defines the piece of 
ground. 


Accordingly, I propose the following as a replacement for the existing 
"Map Views and Range Scale" section: 


APRS is a tactical geographical system. To maximize its operational 
effectiveness, users need to have an unambiguous understanding of 
geographical areas of common interest when communicating with each 
other. 


This means that users need to be able to specify the extent of such 
areas (for example, inside a circle of particular radius centered ona 
particular lat/long position, or inside a rectangle with particular 
corner lat/long coordinates). Once a user has specified a geographical 
extent, other users viewing the same extent can be sure they are looking 
at exactly the same geographical area. 


The method of defining geographical extents is an operational issue, 
outside the scope of this APRS Protocol Reference -- nothing related to 
extents is transmitted on-air. However, it is expected that APRS user 
software will provide easy-to-use tools for defining and viewing 
extents, and that operational procedures for communicating those extents 
to other users will be put in place. 


How does that look? 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKAX Third draft now available xxx*x*xxxx*x*x 
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| email: g3nrw@arrl.net | 
| | 
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| APRS DECODER: http: //www.netro.co.uk/aprs.htm 
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Date: Sun, 14 May 2000 10:15:54 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Reference View 
References: <LYR14779-83725-2000.05.14-00.34.20-- 
Tan.Wade#care4free.net@lists.tapr.org> 
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Precedence: bulk 


In article <LYR14779-83725-2000.05.14-00.34.20--Ian.Wade#care4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>Group - 

> 

>I like Ian's suggestion of a "Reference View". 

> 


Except that I now want to withdraw that suggestion, for two reasons: 


1. Looking back through Jim's earlier messages in this discussion, I am 
now more firmly of the view <groan> that the word "view" should only 
apply to what you see in a display window -- "this is my view of this 
piece of ground, and I can pan/zoom/change the window any way I want to 
get a completely different view of the same piece of ground". In other 
words, the word "view" is irrelevant to this discussion (and therefore 


irrelevant to the spec). 


2. By suggesting the specific term "Reference View", I am imposing a 
definition on something that is not directly to do with this 
specification, but will possibly be defined in xother* specifications. I 
don't have the right to do that. 


In another message today I proposed new text which includes the words 
"geographical extent". I think that overcomes the 2 objections above. 
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Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKKX Third draft now available xxx*x*xxxx*x*x 
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Subject: [aprsspec] Re: More about Center and Range 
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Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20000514020710.00b7eb00@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 05:16 AM 5/13/2000, Ian Wade wrote: 

><snip> 

>The Y/X and R values define the "Reference View" completely and 
>unambiguously. 

> 

>The "Reference View" is not in any way related to the display window/screen 
>geometry-- if the range circle happens to touch the top/bottom edges of the 
>window, that is just a coincidence. 

<snip> 


At 10:31 PM 5/13/2000, Jim Wagner wrote: 
>Group - 

> 

>I like Ian's suggestion of a "Reference View". 
<snip> 


At 02:15 AM 5/14/2000, Ian Wade wrote: 

<snip> 

>Except that I now want to withdraw that suggestion, for two reasons: 
> 

>1.<snip> 

>2.<snip> 

> 

>In another message today I proposed new text which includes the words 
>"geographical extent". I think that overcomes the 2 objections above. 


Now I'd like to venture: 


Viewing Geographical Areas of Common Interest 


APRS is a tactical geographical system. To maximize its operational 
effectiveness, users need to have an unambiguous understanding of 
geographical areas of common interest when communicating with each 
other. 


This means that users need to be able to specify the extent of such areas. 
For example, the area inside a circle of particular radius centered ona 
particular lat/long position could be specified. When communicating about 
this circular area's extent, three parameters would be required: 


1 the latitude of the center of the area 
2 the longitude of the center of the area 
3 the horizontal distance from the center to the perimeter of the circle. 


Once a user has specified a geographical extent, other users 
viewing the same extent can be sure they are looking 
at exactly the same geographical area. 


The method of defining geographical extents is an operational issue, 
outside the scope of this APRS Protocol Reference -- nothing related to 
extents is transmitted on-air. However, it is expected that APRS user 
software will provide easy-to-use tools for defining and viewing 
extents, and that operational procedures for communicating those extents 
to other users will be put in place. 


73, Cap KE6AFE 


Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 
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Message-ID: <LYR11589-83802-2000.05.14-11.00.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 14 May 2000 23:59:27 -0400 
From: Donald Tambeau <ve3hol@rac.ca> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Soundboard Aprs? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <391F761F.8E4B3D05@rac.ca> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Several days ago, some brave soul asked on this list if an APRS 
sound board program compatible with APRS existed. If anybody answered 
him I missed it. Sound board programs now read RTTY, PSK31, 
PACTOR...at least one program I know decodes but does not transmit 
packet. It would sure would be great to eliminate one piece of gadgetry 
from the seat of the truck. 

As for the present thread on "reference view" "circles view" 
"map view" "rectangular view" guys, guys....you lost me a long long time 
ago! 

Now if I could only get rid of my TNC, maybe my wife could sit 
here in the cab instead of back in the box! Hi 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 14 15:09:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA25629 

for <lyris.aprsspec@tapr.org>; Sun, 14 May 2000 15:09:24 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 14 May 2000 16:08:36 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Still more about Center and Range 
In-Reply-To: <LYR11586-83698-2000.05.13-23.39.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-83839-2000.05.14-15.11.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005141551200 .8568-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 13 May 2000, Jim Wagner wrote: 
for Bob's three-quantity description to be sufficient: 


(1) There is a region marked out on the view which says "this is the region 
visible by others who have the same Range you have." 


I, as a user and programmer, will not accept the second. The first is 
nearly trivial but is a pain in the rear to have to do when its not 
necessary and when (almost) nobody else does it. 


VV VV VV VV 


Your claim about "almost nobody" is completey wrong and shows a new-comers 
bias towards todays shrink-wrapped "maping" packages developed by software 
programemrs and not by anyone with a background in navigation or radio 
location. ALL navigation and radio location systems prior to the recent 
spurt of "MAPS" for "windows" use the concept of "RANGE SCALE". THis 
dates back to 1945 or so. It is technically, sound, it is unambiguous, is 
familiar to the millions of technicains and operators who have used it 
throughout these 55 years of use and you will find it on all tactical 
displays of all RADAR and NAVIGATION systems both military, commercial, 
Avaiation, and pleasure boats. 


RANGE SCALE is a fundamental concept regardless of how distorted some 
programmers want to display their map views. That is why it is in the 
APRS spec, to simply serve as a simplest form description so that everyone 
has an unambiguous reference frame. How you convey it to your users is up 
to you. Several methods are in use: 


1) Range circle 
2) Legend bar across bottom or side equal in length to "range scale" 
3) Numeric display of current "RANGE SCALE" somewhere on screen. 


etc 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 14 16:28:55 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA28724 
for <lyris.aprsspec@tapr.org>; Sun, 14 May 2000 16:28:51 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 14 May 2000 17:28:37 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-83464-2000.05.12-21.17.06-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-83860-2000.05.14-16.30.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005141652190 .8568-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ian's definition of a "reference view" (later withdrawn) has come full 
circle back to square one. The "term" you are looking for to describe 
this unambiguous "map/view/reference/geographal area, ETC) is "RANGE 
SCALE". This is a fundamental descriptor with over 50 years of 
precedence and common usage. 


But Jim's interpretations have pointed out that it did not come across to 
the reader as clearly as it could have. Thus, I have only slightly 
re-worded this paragraph to take advantage of all the recent discussion 
and to hopefully make this concept clear. 


So ee te eee es Me ee ee es Mee Boe as teed ee oe ae ee 
> APRS is a tactical geographical system, and users need to be able to 

> relate map view in a non-ambiguous way. Thus all map displays should 

> have a meaningful legend to convey the "range scale" of the map view to 
> the user. 

> 

> Thus when communicating about such views, two parameters are 

> required: CENTER and RANGE SCALE. 

> 

> In this context, the Range Scale of any map view is the approximate 

> range (in nautical miles, statute miles or km) of the largest circle 

> that will conveniently fit in that map view. This convention gives all 
> software users a common basis for describing tactical map views (at 


> whatever Range Scale or center is in use). 


Notice that I changed from LAT/LONG to just CENTER. What one uses to 
reference the center of a view does not need to be so restrictive. 


I can say “Im looking at a range scale of 128 miles around Florence 
Alabama, and I dont see him anywhere". Or "Im looking around me at 16 
miles and cant find him"... In these cases, the "center" is defined in 
terms other than LAT/LONG. 


Also, for your background, Range Scales have always traditionally been 
integer powers of 2. Usually from about 0.25 miles out to 256 miles. In 
the 1960's with the advent of computer driven tactical displays including 
networked target data from other platforms this was extended to 1024 
miles. With the worldwide nature of APRS, APRSdos extends that down to 
.0625 and up to 8192 miles. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 14 18:21:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ2969 

for <lyris.aprsspec@tapr.org>; Sun, 14 May 2000 18:21:45 -0500 (CDT) 
Message-ID: <LYR11589-83872-2000.05.14-18.23.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Neil Johnson" <njohnson@interl.net> 
From: "Neil Johnson" <njohnson@interl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
Date: Sun, 14 May 2000 18:21:28 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="i1s0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <026c01bfbdfb$227076e0$0100a8cO@nandts> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'm confused here, I think using the range circle makes perfect sense. 


The problem with the rectangle is it assumes that there is a difference in 
the X and Y scales. 


I don't think that is right. When I look at a map 1 inch (1 cm, whatever) 
equals 1 mile ( 1 km) IN ANY DIRECTION. 


To me changing the x or y scaling independent of each other would lead to 
confusion over distances ( that wonderful 
map projection stuff not withstanding). 


I've noticed that the map window in Street Atlas works this way. When you 
resize the map window it change the area of 

the map viewed, not changing the scale (SA puts a little bar 
"|----------- |" = 1.0 mile in the status bar of the map window) . 


Neil Johnson 
njohnson@interl.net 
http://www. interl.net/~njohnson 


Totes Original Message----- 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Date: Sunday, May 14, 2000 4:28 PM 

Subject: [aprsspec] Re: More about Center and Range 


>Ian's definition of a "reference view" (later withdrawn) has come full 
>circle back to square one. The "term" you are looking for to describe 
>this unambiguous "map/view/reference/geographal area, ETC) is "RANGE 


>SCALE". This is a fundamental descriptor with over 50 years of 
>precedence and common usage. 
> 


>But Jim's interpretations have pointed out that it did not come across to 
>the reader as clearly as it could have. Thus, I have only slightly 
>re-worded this paragraph to take advantage of all the recent discussion 
>and to hopefully make this concept clear. 

> 


>> APRS is a tactical geographical system, and users need to be able to 

>> relate map view in a non-ambiguous way. Thus all map displays should 

>> have a meaningful legend to convey the "range scale" of the map view to 
>> the user. 


>> Thus when communicating about such views, two parameters are 
>> required: CENTER and RANGE SCALE. 


>> In this context, the Range Scale of any map view is the approximate 

>> range (in nautical miles, statute miles or km) of the largest circle 

>> that will conveniently fit in that map view. This convention gives all 
>> software users a common basis for describing tactical map views (at 

>> whatever Range Scale or center is in use). 


>Notice that I changed from LAT/LONG to just CENTER. What one uses to 
>reference the center of a view does not need to be so restrictive. 

> 

>I can say "Im looking at a range scale of 128 miles around Florence 


>Alabama, and I dont see him anywhere". Or "Im looking around me at 16 
>miles and cant find him"... In these cases, the "center" is defined in 
>terms other than LAT/LONG. 

> 


>Also, for your background, Range Scales have always traditionally been 
>integer powers of 2. Usually from about 0.25 miles out to 256 miles. In 
>the 1960's with the advent of computer driven tactical displays including 
>networked target data from other platforms this was extended to 1024 
>miles. With the worldwide nature of APRS, APRSdos extends that down to 
>.0625 and up to 8192 miles. 

> 

>de WB4APR, Bob 

> 

> 

> 

See 

>You are currently subscribed to aprsspec as: njohnson@interl.net 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 14 19:18:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ4452 

for <lyris.aprsspec@tapr.org>; Sun, 14 May 2000 19:17:57 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 14 May 2000 20:16:53 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <026c01bfbd£b$227076e0$0100a8c0@nandts> 
Message-ID: <LYR11589-83884-2000.05.14-19.19.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005142006140 .11852-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 14 May 2000, Neil Johnson wrote: 


> I've noticed that the map window in Street Atlas works this way. When you 
> resize the map window it changes the area of the map viewed, not 

> changing the scale (SA puts a little bar "|----------- |" = 1.0 mile in 

> the status bar of the map window). 


Yep, and the smaller that gets the harder it is to estimate distances 
across the full map screen. When that little legend is only 1/4 inch long 
on a 12 inch screen, it is very hard to estimate things like "looks like 
"x" is about 28 miles from me"... 


Whereas if you are on the 32 mile RANGE SCALE and the guy is near the 
edge, then it is far easier to estimate "28" miles without a ruler... 
Thats why I put a RANGE SCALE Legend like this at the bottom of all 
APRSdos map views: 


Which always extends from the center to the right edge of the Range Scale 


circle. In this case, I am on the 32 mile range scale. If I have 
selected METRIC, then this is shown as: 
|<-------- 51 Killometers ------- >| 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 15 00:10:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21789 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 00:10:38 -0500 (CDT) 
Message-ID: <LYR11589-83940-2000.05.15-00.12.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Tj Johnston" <n4uyq@arrl.net> 
From: "Tj Johnston" <n4uyq@arrl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Draft 1.01m Notes 
Date: Mon, 15 May 2000 01:10:17 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <005801bfbe2b$dcd85720$1b75£7a5@tj johnstonmindspring. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


page 14: Version numbers - Should we also include Alinco, as in APAxxx??? Their 
new radio has a tne built in and claims to support 
APRS, but to what extent, I don't know. 


Tj Johnston, N4UYQ ICQ#3134626 
Hopewell, VA - Prince George Co. ARES/RACES 
Eastern Virginia APRS Group (EVA) - Sec/Treas. 
EVA Homepage: http://www.qsl.net/eva/ 

APRSdigi Homepage: www.qsl.net/n4uyq/aprsdigi.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 15 01:40:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA24089 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 01:40:48 -0500 (CDT) 
Message-Id: <LYR11589-83951-2000.05.15-01.42.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 14 May 2000 23:39:53 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] A Suggestion 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b5454a7aa85b@[206.163.154.48]> 

<LYR11893 -83924-2000.05.15-00.00.07--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello Group - 


I think what we have here is fundamentally divergent view of technology. I, 
frankly, could care less what X years of "tradition" has used to describe 
something, when it does not fit how modern people actually wish to use 
something. 


So, I am willing to put this to rest. I see no resolution. 
But, I do have a suggestion for the next rev of APRS standard: 


A message format (perhaps as a group "announcement" or "bulletin" - so it 
can be suitably filtered) containing the necessary coordinates to fully 
describe a standard "group view". This could contain any set of four 
coordinates and any member of the group could choose this to automatically 
set the bounds of their "group view". 


This would solve many of the tactical problems which I think Bob is 
attempting to address. It could be cross-map and cross-application and 


cross-platform (provided the progammers supported it); there is no 
fundamental reason I can see why it could not. 


Cheers, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 15 01:48:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA24266 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 01:48:45 -0500 (CDT) 
Message-ID: <LYR11589-83952-2000.05.15-01.50.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 15 May 2000 07:48:45 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: More about Center and Range 
References: <LYR11586-83464-2000.05.12-21.17.06-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR14779 -83860-2000.05.14-16.30.31--Ian.Wade#tcare4dfree.net@lists.tapr.org> 
In-Reply-To: <LYR14779-83860-2000.05.14-16.30.31-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Tb7ihAAN35H5EwwWT@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-83860-2000.05.14-16.30.31--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>Ian's definition of a "reference view" (later withdrawn) has come full 
>circle back to square one. The "term" you are looking for to describe 
>this unambiguous "map/view/reference/geographal area, ETC) is "RANGE 
>SCALE". This is a fundamental descriptor with over 50 years of 
>precedence and common usage. 


I accept that "Range Scale" has been around for a long time, and is 
associated with a circle that covers a geographical piece of ground. 


> 
>But Jim's interpretations have pointed out that it did not come across to 
>the reader as clearly as it could have. 


Jim has said basically that a circle is not the *xonly* way to define a 
piece of ground. 


> Thus, I have only slightly 
>re-worded this paragraph to take advantage of all the recent discussion 
>and to hopefully make this concept clear. 


>> APRS is a tactical geographical system, and users need to be able to 

>> relate map view in a non-ambiguous way. Thus all map displays should 

>> have a meaningful legend to convey the "range scale" of the map view to 
>> the user. 


>> Thus when communicating about such views, two parameters are 
>> required: CENTER and RANGE SCALE. 


>> In this context, the Range Scale of any map view is the approximate 

>> range (in nautical miles, statute miles or km) of the largest circle 

>> that will conveniently fit in that map view. This convention gives all 
>> software users a common basis for describing tactical map views (at 

>> whatever Range Scale or center is in use). 


The main thing I don't like about this is the term "map view". A "map 
view" is simply a "view of a map". As I said yesterday, a user can 
change that view instant by instant -- views are not fixed as they used 
to be in radar systems. A "view" relates only to what is seen ina 
display window (that definition has been around for a long time too), 
and does not necessarily have any relationship to the "range scale". 


Also, you imply that center/range scale is the xonlyx way to define an 
area of common interest. Bearing in mind Jim's comments, I think this is 
too restrictive here, particularly as all of this is an operational 
issue anyway, not directly related to this spec. Methods of defining 
areas of common interest belong in another (as yet unwritten) spec. 


Hence, merging your thoughts with mine, here is a new replacement 
section: 


APRS is a tactical geographical system. To maximize its operational 
effectiveness, users need to have an unambiguous understanding of 
geographical areas of common interest when communicating with each 
other. 


The usual way of doing this is for users to specify the geographical 
center and approximate radius of a circle that covers the area of 
interest. The radius of the circle (in nautical miles, statute miles or 
km) is known as the "range scale". This convention gives all users a 
common basis for describing tactical areas of interest, at whatever 
center/range scale is in use. 


The use of center/range scale, or other methods of defining areas of 
common interest, is an operational issue, outside the scope of this APRS 
Protocol Reference -- nothing related to these areas is transmitted on- 
air. However, it is expected that APRS user software will provide easy- 
to-use tools for defining and viewing these areas, and that operational 
procedures for communicating them to other users will be put in place. 


>Notice that I changed from LAT/LONG to just CENTER. What one uses to 
>reference the center of a view does not need to be so restrictive. 

> 

>I can say "Im looking at a range scale of 128 miles around Florence 
>Alabama, and I dont see him anywhere". Or "Im looking around me at 16 
>miles and cant find him"... In these cases, the "center" is defined in 
>terms other than LAT/LONG. 


Exactly. That's why I phrased my second para in the new replacement 
section the way I did. 


>Also, for your background, Range Scales have always traditionally been 
>integer powers of 2. Usually from about 0.25 miles out to 256 miles. In 
>the 1960's with the advent of computer driven tactical displays including 
>networked target data from other platforms this was extended to 1024 
>miles. With the worldwide nature of APRS, APRSdos extends that down to 
>.0625 and up to 8192 miles. 


OK, but once again this is an operational issue, outside the scope of 
this specification. 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 15 01:59:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA24482 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 01:59:24 -0500 (CDT) 
Message-ID: <LYR11589-83953-2000.05.15-02.01.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 15 May 2000 07:58:15 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: A Suggestion 
References: <LYR14779-83951-2000.05.15-01.42.26-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-83951-2000.05.15-01.42.26-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <l4ZfJEAHA6H5EwDC@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-83951-2000.05.15-01.42.26--Ian.Wade#care4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>Hello Group - 

> 

>I think what we have here is fundamentally divergent view of technology. I, 
>frankly, could care less what X years of "tradition" has used to describe 
>something, when it does not fit how modern people actually wish to use 
>something. 

> 

>So, I am willing to put this to rest. I see no resolution. 


But please look at my new suggested text for the replacement section 
(mailed to this list Monday morning UTC). I think it encapsulates both 
your views and Bob's views in a compatible manner, saying essentially 
that center/range scale is just xonex way of doing this, and that 
whatever way is used, the whole matter is an operational issue anyway, 
outside the scope of this spec. 


> 

>But, I do have a suggestion for the next rev of APRS standard: 

> 

>A message format (perhaps as a group "announcement" or "bulletin" - so it 
>can be suitably filtered) containing the necessary coordinates to fully 
>describe a standard "group view". This could contain any set of four 
>coordinates and any member of the group could choose this to automatically 
>set the bounds of their "group view". 

> 

>This would solve many of the tactical problems which I think Bob is 
>attempting to address. It could be cross-map and cross-application and 
>cross-platform (provided the progammers supported it); there is no 
>fundamental reason I can see why it could not. 


Agreed. 
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Ian, G3NRW 


Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*x 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 15 10:43:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA20547 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 10:43:53 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 15 May 2000 11:43:40 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-83952-2000.05.15-01.50.27-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84041-2000.05.15-10.45.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005151117270 .13834-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 15 May 2000, Ian Wade wrote: 


I accept that "Range Scale" has been around for a long time, and is 
associated with a circle that covers a geographical piece of ground. 
Jim has said basically that a circle is not the xonly*x way to define a 
piece of ground. 


VV VV 


True, but the APRS SPEC is defining the standard for APRS. As such, APRS 
needs a standard default way of referring to that common area. And that 
is RANGE SCALE. Anyone that has been following this dicsussion sees how 
absolutely confusing, and ambiguous these discussions can be unless 
everyone has a common reference. That is the purpose of the APRS SPEC. 


Have any of you ever listened to the confusion that reigns as soon as 
users begin trying to talk about a geographical area, when one is using 
WinAPRS, one is using APRS+SA, and one is using APRSdos? Its babble. 

And NO RESOLUTION IS REACHED. They just Argue, each clinging to his own 
view! WE CANNOT ALLOW THIS TO HAPPEN WHEN APRS IS SUPPOSED TO PROVIDE A 
STANDARD FOR TACTICAL COMMUNICATION. 


This discussion of Rectangles and views is exactly why we must have a 
single default reference. ANd it MUST be in the SPEC. Ian's proposed 
wording is too watered down and will not accomplish the objective. I have 
revised Ian's proposed wording to meet these objectives. 


> COMMUNICATING Geographical Areas of Common Interest 


APRS is a tactical geographical system. To maximize its operational 
effectiveness, users need to have an unambiguous understanding of 
geographical areas of common interest when communicating with each 
other. 


In APRS, this is done by reference to a CENTER and RANGE. These 

specify the geographical center and approximate radius of a circle that 
covers the area of interest. The radius of the circle (in nautical 
miles, statute miles or km) is known as the "range scale". This 
convention gives all users a simple common basis for describing tactical 
areas of interest, at whatever center/range scale is in use. 


For interoperability among all platforms and modes of communications, it 
is expected that APRS user software will provide easy-to-use tools for 
defining and viewing these areas of tactical interest. 


VV VV VV VV VV VV VV OV 


If Jim wants to propose that users in the future may refer to the 4 
corners of an area, that is OK for later versions, but I doubt any voice 
users are going to say... 


"Im looking at a box with the following corners of LAT/LONG and LAT/LONG 
and LAT/LONG and LAT/LONG and I dont see the truck anywhere..." 


Compared to "Im looking out 32 miles from me and dont see him"... 


Or "Does anyone see an Ambulance within 10 miles of the fairground???" 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 15 11:08:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21811 
for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 11:08:37 -0500 (CDT) 
Message-ID: <LYR11589-84048-2000.05.15-11.10.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 15 May 2000 17:07:42 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: More about Center and Range 
References: <LYR11586-83952-2000.05.15-01.50.27-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.10005151117270 .13834-100000@arctic> 
In-Reply-To: <Pine.GSO.4.05L.10005151117270 .13834-100000@arctic> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <nQOfTDAODCI5EwYp@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <Pine.GSO.4.05L.10005151117270.13834-100000@arctic>, Bob 
Bruninga <bruninga@nadn.navy.mil> writes 


>I have 

>revised Ian's proposed wording to meet these objectives. 

> 

>> COMMUNICATING Geographical Areas of Common Interest 

>> pm ee ea em re cep fc prec fre hae ped pee eg eee fee fer fe hrs 

>> APRS is a tactical geographical system. To maximize its operational 
>> effectiveness, users need to have an unambiguous understanding of 
>> geographical areas of common interest when communicating with each 


>> other. 


>> In APRS, this is done by reference to a CENTER and RANGE. These 

>> specify the geographical center and approximate radius of a circle that 
>> covers the area of interest. The radius of the circle (in nautical 

>> miles, statute miles or km) is known as the "range scale". This 

>> convention gives all users a simple common basis for describing tactical 
>> areas of interest, at whatever center/range scale is in use. 


>> For interoperability among all platforms and modes of communications, it 
>> is expected that APRS user software will provide easy-to-use tools for 
>> defining and viewing these areas of tactical interest. 


So be it. I have plugged this into the spec. 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 15 11:22:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA22265 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 11:22:12 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 15 May 2000 12:21:56 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: A Suggestion 


In-Reply-To: <LYR11586-83953-2000.05.15-02.01.06-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-84049-2000.05.15-11.23.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005151144230 .13834-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 15 May 2000, Ian Wade wrote: 
> >I think what we have here is fundamentally divergent view of technology. 


It has nothing to do with technology. It has to do with human 
commmunications in describing their VIEW, INDEPENDENT OF 
TECHNOLOGY! It is the cross platform / cross medium conveiance of 
unambiguous information that I am concerned with. 


Who have you heard refer to an area on a voice repeater by giving the 
LAT/LONG of the corners of the box? I have never heard any... But I 
do hear ALL THE TIME, comments like "He is within 10 miles of there"... 
etc... Or "I'm 57 miles outside of Denver"... 


>A message format (perhaps as a group "announcement" or "bulletin" - so it 
>can be suitably filtered) containing the necessary coordinates to fully 
>describe a standard "group view". This could contain any set of four 


VV VV V 


>set the bounds of their "group view". 


This pararaph shows a total missunderstanding of the concepts here. 

We are NOT TRYING to force a common "group view" AT ALL. That is why I 
don't like this moviement of Ians's to a REFERENCE VIEW nor to a 
GEOGRAPHICAL AREA. It is diverging from the fundamental concept of being 
able to describe MY VIEW. And that means my IMMEDIATE, THis-Instant view 
in a SIMPLE and UNAMBIGUOUS WAY. 


When I say I am looking at Washington DC on the 128 mile range scale this 
has NOTHING to do with what anyone else is using, or seeing, or interested 
in... But it tells *YOUx THE LISTENER, WHAT xI*x SEE. This is the concept 
I am trying to get across. We will all have countless views at ANY 
INSTANT in time. But every such VIEW must have a way to describe it 
SUSCINCTLY. 


>coordinates and any member of the group could choose this to automatically 


If I say I am looking at Washington DC on the 128 mile RANGE SCALE and Joe 
is looking at Baltimore on the 64 mile range scale, then anyone with a 
minds eye can "see" their common areas of coverage... 

I dont know anyone that can visualize the common area of two Boxes 
specified by a total of 8 LAT/LONG pairs. That is rediculuous and will 
never be used by voice communicators. 


So I am going back to my original definition. That we are talking about a 
PARAMETER to describe a "VIEW". We may both be interested in the whole 
state of Maryland duing an STATE emergency, but at any instant, I must be 
able to say suscinctly and unambiguously where I AM LOOKING and to what 
SCALE. 


There is no other simple method that fulfills this requirement. Period. 
If we want, I have no objection to allowing differing "N/S and E/W" range 
scales to describe oblong views if someone finds that useful. 


Here is that wording... 


Vv 


APRS is a tactical geographical system, and users need to be able to 
relate their map view in a non-ambiguous way. Thus all map displays 
should have a meaningful legend to convey the "range scale" of the map 
view to the user. 


Thus when communicating about such views, only two parameters are 
needed: CENTER and RANGE SCALE. 


In this context, the Range Scale of any map view is the approximate 
range (in nautical miles, statute miles or km) from the center to 

to the nearest edge. This convention gives all users a common basis 
for describing tactical map views in a suscinct way. 


In cases where the user needs to describe a rectangular view in more 
detail, the range scale can be broken into a N/S and an E/W component. 


VV VV VV VV VV VV VV MV 


Vv 


de WB4APR, Bob 
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Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA22382 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 11:26:54 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 15 May 2000 12:26:13 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-84048-2000.05.15-11.10.03- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84052-2000.05.15-11.28.24-- 
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MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005151223350 .13834-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 15 May 2000, Ian Wade wrote: 


> >> COMMUNICATING Geographical Areas of Common Interest 
> >> SessssssssssssssssssssssssssSSSSSSS=SS======= 
> 

> 

> So be it. I have plugged this into the spec. 


Ah, but now I have renigged. I see now that we are still talking about 
two different things. SO I am back to describing VIEWs which was m y 


original intent... Sorry... Your logic was clever and lead me off 
track.... :-) 
But now that I see where we have arrived... it ain't where I was headed... 


so to speak. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 15 12:39:06 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA25422 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 12:39:06 -0500 (CDT) 
Message-ID: <LYR11589-84069-2000.05.15-12.40.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 15 May 2000 18:39:13 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Why Why do do I I keep keep getting getting messages messages 
twice twice ? ? 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4hHIvXABZDI5EwJL@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This list keeps sending me two copies of some messages. 


Can someone £1ix it please. 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 15 12:39:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA25469 

for <lyris.aprsspec@tapr.org>; Mon, 15 May 2000 12:39:26 -0500 (CDT) 
Message-ID: <LYR11589-84070-2000.05.15-12.41.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 15 May 2000 18:34:10 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: More about Center and Range 
References: <LYR11586-84048-2000.05.15-11.10.03-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR14779-84052-2000.05.15-11.28.24--Ian.Wade#care4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-84052-2000.05.15-11.28.24-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <zRZK]OASUDI5Ewq6@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-84052-2000.05.15-11.28.24--Tan.Wade#care4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 


>Ah, but now I have renigged. I see now that we are still talking about 
>two different things. SO I am back to describing VIEWs which was m y 
>original intent... Sorry... Your logic was clever and lead me off 
>track.... i) 


There was certainly no intention of trying to be clever! I just want to 
remove the confusion that your original version caused. 


Problem is, we have now returned to the reason why Jim got confused in 
the first place. Bottom line: the term "map view" is totally irrelevant, 
confusing and meaningless in this context. 


I look at a map, and decide the center/range scale. I tell you the 
center/range scale. We now both understand exactly which bit of *xground* 
we are talking about. That's the object of the exercise. 

But I do *not* tell you which bit of your *xmap* to *xviewx. Your " 
view" is whatever part of your *xmap*x you choose to view. You can 


map 


pan/zoom/change your window size at any time to get a different "map 
view". Your "map view" may not even contain xanyx of the bit of ground 
we agreed on. All of this is a display issue and nothing to do with the 
spec. 


A "view" is what you see in a window. Nothing more. It is xnothingx 
whatsoever to do with the center/range scale area. 
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Is Is someone someone perhaps perhaps replying replying directly directly to 
to Ian Ian as as well well as as to to the the list list ? ? 


-Rob 
-Rob 


Ian, if you get two of these messages, you'll know the answer... 


2oaee Original Message----- 

From: bounce-aprsspec-11697@lists.tapr.org 
[mailto:bounce-aprsspec-11697@lists.tapr.org]On Behalf Of Ian Wade 

Sent: Monday, May 15, 2000 1:39 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Why Why do do I I keep keep getting getting messages 
messages twice twice ? ? 


This list keeps sending me two copies of some messages. 


Can someone £1ix it please. 
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Group - 


With some trepidation, I need to respond to Bob's response of 5-14-00. 
I will try, very hard, to avoid assertions about character or 
personality. I hope that I am successful! If I am not successful, 
please remember that no malice is intended. Here, first, is the 
statement that triggered the response: 


>> I, as a user and programmer, will not accept the second. The first 
is 

>> nearly trivial but is a pain in the rear to have to do when its not 
>> necessary and when (almost) nobody else does it. 


And, here is Bob's response: 


>Your claim about "almost nobody" is completey wrong and shows 

>a new-comers 

>bias towards todays shrink-wrapped "maping" packages developed by 
>software 

>programemrs and not by anyone with a background in navigation or radio 


>location. ALL navigation and radio location systems prior to the 
>recent 

>spurt of "MAPS" for "windows" use the concept of "RANGE SCALE". THis 
>dates back to 1945 or so. It is technically, sound, it is 
>unambiguous, is 

>familiar to the millions of technicains and operators who have used 
it 

>throughout these 55 years of use and you will find it on all tactical 
>displays of all RADAR and NAVIGATION systems both military, 
commercial, 

>Avaiation, and pleasure boats. 


>RANGE SCALE is a fundamental concept regardless of how distorted some 
>programmers want to display their map views. That is why it is in the 
>APRS spec, to simply serve as a simplest form description so that 
>everyone 

>has an unambiguous reference frame. How you convey it to your users 
>is up to you. Several methods are in use: 

> 

>1) Range circle 

>2) Legend bar across bottom or side equal in length to "range scale" 
>3) Numeric display of current "RANGE SCALE" somewhere on screen. 


I found this assertion quite incredible. 


To provide a "reality check", I surveyed 10 acquaintances. All are map 
users and use maps in ways in which their life, or the life of someone 
else, depends on it. 


are pilots (all private, one IFR), one originally licensed in 1975. 
mountain rescue volunteers 

mountain climbers who are not involved in mountain rescue 

sea kayaker who uses coastal navigation charts 

mountain biker who leads bike tours in Hawaii 

County Sherriff's Deputy who works with search and rescue 

Aquatics Biologist/Ham (who does flood hazard assessment, among other 
things) 

2 4-Wheel Drive search/rescue people (2 hams) 

2 Backpackers (1 ham) 


PPRERNN WwW 


[note: this adds to more than 10 because some people fall into several 
categories]. One is former military (Deputy). Most are under 50 and all 
are under under 60. A few are under 30. Not one of these is among the 
"millions of technicains and operators" described by Bob. 


1. Not one has heard of "Range Scale" associated with a map. 
2. Two (other than pilots) have used a compass for navigation purposes. 
3. Two have tried to find their location on a paper map using GPS. 


4. All know that their "good" maps have lat/lon scale on map edges. 

5. When explained, all pilots relate "Range Scale" to OMNI "rose" 
printed on their nav charts. But, when confronted with the idea 
that "Range Scale" somehow described the size, extent, etc, of a 
map, all responded with a "blank" and/or "What good is it?" 

6. Not one of the pilots has flown an aircraft with a Range-Scale 
display in the cockpit. Single-engine private aircraft don't usually 


carry RADAR. 

7. One non-pilot, when prodded, did associate it with a circular RADAR 
display. 

8. All are computer users. 

9. Several were experienced DOS users but not one willingly uses it 

now. 

10. When asked about software to view "maps" on a computer screen, all 
preferred a windows-oriented environment where they could have 
other windows from other applications present, allowing them, for 
example, to record notes related to the situation at hand. 


Folks, these are the real-world people who we have to work with in 
real-world emergencies. These are also representative, I believe, of 
most new-comers to ham radio, and thus, fairly representative of 
in-coming APRS users. To think otherwise, it seems to me, leads us only 
down the path of narcicism. Do we really want to develop yet another 
tool which has little real-world use and is thus, hardly more than a 
toy for our ham amusement. 


The (repeated here) assertion: 


>shows a new-comers 

>bias towards todays shrink-wrapped "maping" packages developed by 
>software programemrs and not by anyone with a background in navigation 
>or radio location. 


is a real key to this discussion. People use mapping packages developed 
by software programmers (who else would develop the packages?) because 
they are easy to use. Yes, they are "biased"; they LIKE the software 
and they use what they like! To decry this sitation is rather like 
decrying the lack of use of CW. It fails to recognize changes in 
technology and changes in the technology user-base. If we do not 
recognize this situation and fail to cope with maps "that can be 
stretched every which way", then APRS will go the way of other 
technologies which "were promising but never made it". 


I, personally, DO have a background in navigation. But not military. My 
navigation is as a private pilot, mountain climber, & sometimes 
orienteer. To me, the idea of "Range Scale" is simply useless because 
it does not fit what people want to do with their tools. 


To press the anology, over 55 years of experience showed that tires 
needed inner tubes. Several hundred years of experience showed that 
wheels needed steel rims. Many years of experience showed that 
frequencies "down" from 2000 meters were useless. Lets not get caught 
up in the arguments about "what has been used for 55 years"! 


To force the APRS display into the mold of RADAR, is, I believe, at the 
very least, short-sighted. We are clearly stuck with the existing 
definitions for now. However, they do not have to stay that way. A 
Version2 protocol should come out, just like AX.25 got revised early-on 
and became AX25L2V2. Display management should be high on the list of 
issues for APRS_V2. 


Respectfully, 


Jim Wagner, KA7EHK 
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In the MIC-E chapter, there are two "TM" symbols where there should 
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I see some more misplaced "TM" symbols on page 51, so perhaps they 
are throughout the document? 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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I DISAGREE 100%. Caps added for emphasis of key words only...Im not 
Shouting, hi hi.. 


Forget all that has been said. Start with a clear and open mind. 

The "concept" I am trying to quantify with this CENTER/RANGE SCALE is a 
way for ANY user, looking at ANY map, or view ON HIS COMPUTER to be able 
to DESCRIBE what HE sees to any other user by APRS, voice or any other 
communications medium suscinctly and in an expected, simple, and common 
format. 


It has NOTHING to do with "areas of interest" 

It has NOTHING to do with "common geographical areas" 

It has NOTHING to do with anyone else's MAP, VIEW, or WINDOW 

It has NOTHING to do with what the receiving station, sees or views.... 


It is ONLY a SIMPLE METRIC for ME to describe MY VIEW, that is to 

say, "what I am looking at". SO that if YOU need to know what I am 
looking at, I have given you all that you need to know to UNDERSTAND what 
I am seeing... 


If I say I am looking at a view centered on "X" with a RANGE SCALE of "R" 
miles then NO ONE under the sun can MISSINTERPRET that. Period. 


Now if Jim wants to have a view that is 1000 miles wide and only 100 miles 
tall, then he can say that he "is looking at a view CENTERED on "x" 

with a N/S RANGE SCALE of 50 miles and and E/W RANGE SCALE of 500 miles." 
AGAIN, there is NO CHANCE for missinterpretation of what He is looking at. 
On Mon, 15 May 2000, Ian Wade wrote: 

> Problem is, we have now returned to the reason why Jim got confused in 


the first place. Bottom line: the term "map view" is totally irrelevant, 
> confusing and meaningless in this context. 


Vv 


I disagree 100% in what I am trying to describe. 


> I look at a map, and decide the center/range scale. I tell you the 
> center/range scale. We now both understand exactly which bit of *xgroundx* 
> we are talking about. That's the object of the exercise. 


I would say it describes what "I" am talking about in an unambiguous way, 
It says nothing about what the receiving station is looking at, or even 
interested in. Thats up to him. But at least he now KNOWS what "I" am 


looking at unambiguously... 


> But I do xnot*x tell you which bit of your *map* to *viewx. Your 
> view" is whatever part of your *map* you choose to view. 


map 


Agreed absolutely. 


> You can pan/zoom/change your window size at any time to get a different 
> "map view". Your "map view" may not even contain xany* of the bit of 
> ground we agreed on. 


REMOVE any CONCEPT of the "ground we agreed on". That has nothing to do 
with this CENTER/RANGE concept. CENTER/RANGE is only a way of describing 
(quantifying) a VIEW from the SENDER's perspective. There is nothing 
required, assumed, or inferred on the part of the receiver to do anything 
with this data. But it is there, in an UNAMBIGUOUS way for his use if 
needed. 


> All of this is a display issue and nothing to do with the spec. 


I DISAGREE COMPLETELY. The APRS SPEC is a standard for APRS 
communications. The SPEC is full of such STANDARDS so that INFORMATION is 
conveyed UNAMBIGUOUSLY from the sender to the RECEIVER... The presence of 
MAP VIEWS throughout ALL versions of APRS software is the single most 
salient characteristic of APRS compared to all other PACKET radio. 


THEREFORE, We MUST have a common, standard METRIC to describe those views 
to OTHERS as WE see them.... CENTER/RANGE-SCALE is that METRIC. 


> A "view" is what you see in a window. Nothing more. It is x*nothingx 
> whatsoever to do with the center/range scale area. 


I disagree 100% completely! It *xis*x THE MEASURE, the way o£ QUANTIFYING 
the size of that VIEW. Nothing more, nothign less.... It will change as 
often as I change my VIEW. But no matter what it is at any instant, it is 
1) Complete 

2) Unambiguous 

3) SImple 

4) Well understood. 

5) COncise 


in describing what the SENDER wants to convey when he says... 


"T am looking at "X" with a RANGE SCALE of "Y" and I see (or dont see) 
Mz By aye 


I say again, I know of no other METRIC that is as simple, concise, 
unambiguous, and well understood as the above. By including the provision 


for N/S and E/W range scales we can even describe the rectangular views as 
well.. 


And FINALLY, this is not some academic exercise. It is MY EXPERIENCE of 
9 years of seeing APRS used in the FIELD to support events and REAL 
applications where OPERATOR CONFUSION runs RAMPANT between different 
operators trying to resolve the location of something that they BOTH see 
or DONT see on their respective SCREENS. 


They MUST HAVE A COMMON WAY TO DESCRIBE the SIZE of WHAT THEY ARE LOOKING 
AT... Using CENTER and RANGE-SCALE is that WAY. 


Just look at Jim's examples. This confusion happens ALL THE TIME... 


de WB4APR, Bob 
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On Mon, 15 May 2000, James Wagner wrote: 
> 1. Not one has heard of "Range Scale" associated with a map. 


I am not talking about MAPS. I am talking about ELECTONICALLY PRESENTED 
VIEWS of geographical data. 


> 3. Two have tried to find their location on a paper map using GPS. 


Yes, but WHAT method have they used to "COMMUNICATE by any other 

means" to tell someone else (remotely) in the blind about the "size and 
scale" of the map they are using? If they are using a 1:10,000 QUAD and 
someone else is using a EXXON State Highway map, then I bet dollars to 
DONUTS that they cannot make sense to each other about what they 

SEE on the map without CONVEYING the difference in their map views.... 


> 4. All know that their "good" maps have lat/lon scale on map edges. 


To what scale? I have a chart of the East Coast of the USA with LAT/LONG, 
and I have a harbor chart of Annapolis with LAT/LONG and two "in the 
blind" users of these two maps will see NOTHING AT ALL in common... 


5. When explained, all pilots relate "Range Scale" to OMNI "rose" 
printed on their nav charts. But, when confronted with the idea 
that "Range Scale" somehow described the size, extent, etc, of a 
map, all responded with a "blank" and/or "What good is it?" 


VVNV NV 


Its not a MAP. Its an "ELECTRONIC VIEW" which can range over 8 orders of 
magnitude of scale. Put two such pilots on two ends of TELEPHONE. GIve 
one a SECTIONAL chart and one a RUNWAY chart of the local airport... and 
ask them to talk about something they see on their chart. The FIRST Thing 
they will do when they realize they are looking at two different views is 
to somehow REFERENCE their chart to the OTHER guys chart. It may be 
subtle, but until they somehow communicate a REFERENCE, thew will be 
hopelessly confused... 


6. Not one of the pilots has flown an aircraft with a Range-Scale 
display in the cockpit. Single-engine private aircraft don't usually 
carry RADAR. 

7. One non-pilot, when prodded, did associate it with a circular RADAR 
display. 

8. All are computer users. 


VV VV VV 


So, then, we have a pilot, looking at a MAP/CHART/VIEW in his aircraft 
and I see on my PC/MAP/WINDOW/VIEW a map of ARBITRARY size, scale and 
location.... How do I konw what the PILOT is looking at when he asks if I 
see "X"? How far away is it? From Where? What SCALE is he viewing? 


9. Several were experienced DOS users but not one willingly uses it 

now. 

10. When asked about software to view "maps" on a computer screen, all 
preferred a windows-oriented environment where they could have 
other windows from other applications present, allowing them, for 
example, to record notes related to the situation at hand. 


VV VV VV 


Great. No problem, but HOW do they CONVEY what THEY are looking at to 
SOMEONE else? 


> down the path of narcicism. Do we really want to develop yet another 
> tool which has little real-world use and is thus, hardly more than a 
> toy for our ham amusement. 


The only alternative that you have offered to CENTER and RANGE to 
unambiguously describe a MAP VIEW is to require an 8 valued metric 
of the LAT/LONG of the four corners of the view. 


I say that your proposal for the APRS common way to Quantify a VIEW by 
the LAT/LONG of the four corners is: 

1) Not concise 

2) Not easy to visualize in scope or scale 

3) Not eaasy to refer to a central point of reference 

4) Unwieldly and prone to grievous errors when passed by voice 

5) Inconsistent with the STATION-CENTRIC physics of radio communication 
6) etc... 


is a real key to this discussion. People use mapping packages developed 
by software programmers (who else would develop the packages?) because 
they are easy to use. Yes, they are "biased"; they LIKE the software 
and they use what they like! 


VV VV 


These are self-relevant APPLICATIONS. They are NOT used in a real-time, 
multi-user, multi-view, network of disjoint users all using a DIFFERENT 
map system and set of maps. I will BET that any such NETWORKED use where 
all users on the network need to communicate about WHAT They see on their 
georeference system will have SOMETHING like: 


REGION 

MAP NAME 

MAP SCALE 

ZOOOM FACTOR 

MAGNITUDE, 

or any of a number of other ways to communicate the SIZE of any 
particular VIEW among users.. 


If they dont, then they will.... once they try to let humans use them in 


an ON-AIR scenario... 


> technology and changes in the technology user-base. If we do not 
> recognize this situation and fail to cope with maps "that can be 
> stretched every which way", then APRS will go the way of other 

> technologies which "were promising but never made it". 


Stretch them any way you want. The CENTER and RANGE (allowing for a 
separate N/S and E/W component) still seems to me to be the simplest, most 
concise and most useful descriptor of a station-centric or object-centric 
or interest-centric view... 


> To me, the idea of "Range Scale" is simply useless because 
> it does not fit what people want to do with their tools. 


How then do you convey to a distant "dissinterested" observer what 
"map/view/scale/window" you are currently referring to? 


> To force the APRS display into the mold of RADAR, is, I believe, at the 
> very least, short-sighted. We are clearly stuck with the existing 
> definitions for now. 


But Jim, I think you have contributed greatly by causing us to expand 

the definition, to include a N/S and E/W component of range scale for maps 
that are not well suited to a single range descriptor. Also, you have 
forced me to clean up my wording and focus only on the concept of a single 
VIEW METRIC. I appologize for getting frustrated at not being able to get 
others to see such a clear and simple concept. 


de WB4APR, Bob 
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Will variable-rate "Smart" beaconing be included in this spec? and if not, 
has a standard been set? 
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Hash: SHALL 


>On Mon, 15 May 2000, James Wagner wrote: 
> 
>> 1. Not one has heard of "Range Scale" associated with a map. 


Funny. Every map I ever looked at had one. They are usually called scales, 
since calling it a range scale is a bit redundant.. (x feet per inch or 
some such) 

Are you an ISP? Tired of spam? 

www.spamwhack.com A pre-emptive strike against spam! 


Where's Dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 


iQ0A/AwUBOSCujoF1GDz116VWEQKgBgCgyQ7Do3DvLSTEr2swkJGPOGWxRqMAnO9T 
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Bob and everyone. 
I had hoped to let this lay, but I think I see some common ground here. 


In my terms, Bob seems to be describing Range from some location. The 
hang-up is that the location has nothing to do with the CENTER of the 
map/view. 


So long as you have some method for readily determing the coordinates of 
some reference point (say, just for example, mouse-clicking with a cursor 
at the point in question) and some ready method for determining the 
distance from there to some other point (say, by dragging your cursor 
between the two, just for example), then you would appear to satisfy Bob's 
requirment. 


If this is correct, the whole idea of "range" has nothing to do with the 
distance from the center of the map to its nearest edge. Or the extent of 
the map view. Or the scale of the map. Or any of these other things. It is 
simply the distance from the reference point and some other point in 
question. 


Cheers, 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 
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In article <LYR14779-84194-2000.05.16-00.43.41--Ian.Wade#care4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

>Bob and everyone. 

> 

>I had hoped to let this lay, but I think I see some common ground here. 
> 

>In my terms, Bob seems to be describing Range from some location. The 
>hang-up is that the location has nothing to do with the CENTER of the 
>map/view. 


No. Bob seems to be describing it now as the center of his "map view" 
(i.e. the center of what he sees in his display window), not the center 


of a piece of ground. Others could care less about what Bob can see on 
his screen -- they just want to know what on-the-ground geographical 
area he is referring to. That's why "map view" is meaningless. 


> 

>So long as you have some method for readily determing the coordinates of 
>some reference point (say, just for example, mouse-clicking with a cursor 
>at the point in question) and some ready method for determining the 
>distance from there to some other point (say, by dragging your cursor 
>between the two, just for example), then you would appear to satisfy Bob's 
>requirment. 

> 

>If this is correct, the whole idea of "range" has nothing to do with the 
>distance from the center of the map to its nearest edge. Or the extent of 
>the map view. Or the scale of the map. Or any of these other things. It is 
>simply the distance from the reference point and some other point in 
>question. 


Exactly. The reference point is a point on the ground. It is not a point 
on the display. It is not a point on the "map view". 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.html1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 
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Bob and everyone. 
I had hoped to let this lay, but I think I see some common ground here. 


In my terms, Bob seems to be describing Range from some location. The 
hang-up is that the location (as he described it in his examples) has 
nothing to do with the CENTER of the map/view. 


It seems to me that Bob's requirement would be satisfied if: 


(1) There some method for readily determing the coordinates of some 
reference point. Just for example, it might be mouse-clicking with a cursor 
at the point in question. 


(2) There is some ready method for determining the distance from there to 
some other point. For example, it might be as simple as dragging the cursor 
between the reference point and some other point in question. Or it might 
be clicking a "distance" button, then clicking a point in the view with the 
software determining the distance from the clicked point to the reference 
point. 


If this is correct, the whole idea of "range" has nothing to do with the 
distance from the center of the map to its nearest edge. Or the extent of 
the map view. Or the scale of the map. Or any of these other things. It is 
simply the distance from the reference point and some other point in 
question. 


Could it be that we have been discussing entirely different things without 
recognizing it? 


Cheers, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 


KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 
A computer without Windows is like a cake without mustard. - anonymous 
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On Mon, 15 May 2000, Jim Wagner wrote: 
> In my terms, Bob seems to be describing Range from some location. The 
> hang-up is that the location (as he described it in his examples) has 


> nothing to do with the CENTER of the map/view. 


No, it has EVERYTHING to do with the CENTER of the MAP VIEW of the person 


who is referring to it... That is its definition... Ian's atttempt to 
tie that location to a piece of ground in a "reference area" lead us all 
off on a tangent... and everyone else seems to still be thinking along 
those lines... I have returned to the original concept of simply a METRIC 
for describing the LOCATION and EXTENT of a view. ANY view. 


If this is correct, the whole idea of "range" has nothing to do with the 
distance from the center of the map to its nearest edge. Or the extent of 
the map view. Or the scale of the map. Or any of these other things. It is 
simply the distance from the reference point and some other point in 
question. 


Could it be that we have been discussing entirely different things without 
recognizing it? 


VV VV VV VV 


Yes, and we still are. Please understand I am talking about only the 
METRIC to be used to describe the "location and extent" of MY "current" 
MAP VIEW. "MY" in this case is WHOEVER wants to "describe" his own view 
to someone else... 


In this context. The CENTER of that "view" describes the "location" of 
the view and the "RANGE SCALE" describes the "extent" of that view. 


NOTHING MORE. I have seen only the following other alternatives as a 
METRIC for anyone to use to describe their "current" view. 


1) CENTER and RANGE (can have N/S and E/W components if needed) 
2) LAT/LONG of all four corners 


This discussion should have proved to EVERYONE the importance of having a 
common method of describing views. If we cannot understand what the other 
of us is saying about a view, then how can we possibly expect the users to 
make sense across all platforms and views and scales and in the heat of 
operations. 


It appears that each author is still thinking that everyone is using ONLY 
their software. Then in most cases there is consistency. But PLEASE try 
to put yourself in the USERS shoes who is trying to visualize what Someone 
else using someone elses software is looking at. Close your eyes. What 
is the simplest way to do that? 


I maintain that referring to the CENTER and RANGE of the view is the 
Simplest and most concise way... 


Bob 
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> Date: Mon, 15 May 2000 23:18:14 -0700 

> To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

> From: Jim Wagner <wagnerj@proaxis.com> 

> Subject: [aprsspec] Range 

> [...] 

> (1) There some method for readily determing the coordinates of some 

> reference point. Just for example, it might be mouse-clicking with a cursor 
> at the point in question. 

> 

> (2) There is some ready method for determining the distance from there to 

> some other point. For example, it might be as simple as dragging the cursor 
> between the reference point and some other point in question. Or it might 

> be clicking a "distance" button, then clicking a point in the view with the 
> software determining the distance from the clicked point to the reference 

> point. 

> [...] 


These sound like really useful, intuitive GUI features, (although you should 
provide provide heading as well as distance). 


I will admit that, even on re-reading the "Range" discussions, much 
of it doesn't make a whole lot of sense, particularly compared to Jim's 


suggested solution above. 
-tjs 
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All this discussion reminds me of the manual inputs days of the 

Air Defense Command. Your PPI had a center, and you could 

click a range switch, or offset the center of the sweep. This was 
all replaced by vector displays (and then raster) that show a map 
that covers the most area with the least distortion. You can roll 
your track-ball and the cursor can be used to "hook" any point, 
press the offset button to center, and then zoom in or out in binary 
(2x, 4x, 8x, 16x, 32x). You basically roll/offset to pan the view. 
I still think this is pretty much an obsolete model (1930's). 


I like the UI-View method. You don't have to worry about 

zooming in and out. You make a map of the area you want 

(special event, static, etc) and that's what you see. I think it 
is the logical modernization of the PPI scope model. 


One of the interesting things you see about a scope operator, 
is they tend to use the same scale out of habit. The people 
who actually look around for unknown targets, usually have 

a large scale and then offset and zoom to the area where they 
see something. This is the same as offsetting and selecting a 
new map with higher resolution. 


But say they put a track on the object. The computer then 
transmits the track block to others based on its lat/lon. It 

has no concept of center, scale, or range. The distant receiver 
of the track block can display it any way they like; indeed, they 
do. 


Steve/k5o0kc 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 16 12:27:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ3702 

for <lyris.aprsspec@tapr.org>; Tue, 16 May 2000 12:26:58 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 16 May 2000 13:24:17 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Range 
In-Reply-To: <LYR11586-84244-2000.05.16-09.56.53-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84283-2000.05.16-12.28.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005161229430 .27959-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


To try to show you exactly what I really want to see on ALL APRS views as 
a common frame of reference for ALL users of ALL software is the 
following.... Please use a FIXED FONT to see this: 


1) Somewhere on the VIEW, display a LEGEND that extends from the CENTER 
OUTWARD with a length equal to the largest integer power of 2 that will 
fit. The RANGE SCALE is the length of that LEGEND. 

2) Somewhere on the VIEW, display the LAT/LON of the center & that RANGE. 


+--------------------------------------- + 
|RNG 32 | 
|LAT YY | 
| LON XX | 
| | 
| + | 
| | 
| | 
| | 
| | 
| |<--- 32 mi --->| | 
+--------------------------------------- + 


Notice that you can zoom to ANY size , ANY shape, but as long as we all 
display the largest integer power of 2 RANGE that will fit on each view 
then we all have a basis for common communications. I am Perfectly OK 
with Jim's long maps too. In this case he would display: 


f--------------------------------------------- +--+ --------------- + 
[RNG 64 

| LAT | 
| LON + | 
| | 
| [Resco sscrSs- 64 mi ------------- >I | 
f---------------------------------------------------------------- + 


His user would say he is "on a 64 mile range scale" from X. The user has 
a clear frame of reference as to what is within range of this view even if 
it is squished. 


Further, I dont care whether you put the RANGE SCALE LEGEND in any of 

the other 8 orientations, or horizontal or vertical, as long as ONE END is 
referenced to the center... The KEY is that the view is more-or-less 
quantified by only TWO parameters, CENTER and RANGE SCALE. 


What I do xnot*« want to see is this: 


How do I describe this to anyone??? 

Where on the planet are we? What is the center? 

Its hard for me to instantly grasp about how wide this view is. 

Will something reported as 60 miles away from me be on this map? 

It is just not clear for use in a netork of dissimilar users all with 
different views and all needing to communicate rapidly and concisely. 


Hope this helps.. 
Bob 


P.S. It DOES NOT HAVE TO BE MILES. It can be Statute miles, Nautical 
miles, or Kilometers. But whatever it is, it should be the largest 
integer power of 2 that will fit. It doesnt even have to be integer 
powers of two. Though I prefer that as a simple descriptor of magnitude. 
If your range scale is 50 miles. I have no problem with that. Just 
display a LEGEND that is 50 miles long. 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 16 22:46:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA29498 

for <lyris.aprsspec@tapr.org>; Tue, 16 May 2000 22:46:42 -0500 (CDT) 
Message-Id: <LYR11589-84373-2000.05.16-22.48.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Tue, 16 May 2000 20:46:18 -0700 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Cap Pennell <cap@cruzio.com> 

Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11639-84129-2000.05.15-18.28.34--ke6afef#tarrl.net@lists. 
tapr.org> 

References: <LYR11586-84070-2000.05.15-12.41.02-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20000516203549 .00b52b50@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I hope it might help to have a specific example to discuss. How about a 
view centered at 3853.83N/07702.30W with a Range Scale of 1 Nautical Mile. 
Do you see the Lincoln Memorial? Do you see the Washington Monument? I'd 
describe this view with Jim's 4 corner points too if I could figure out 
just how to do that. Maybe Jim will provide them for discussion purposes. 
Just thought an example might help. 

73, Cap KE6AFE 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: cap@cruzio.com home page: http://members.cruzio.com/~cap 

packet radio: KE6AFE @ki6éeh.#wcca.ca.usa.noam 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 00:29:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA10856 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 00:29:28 -0500 (CDT) 
Message-ID: <LYR11589-84409-2000.05.17-00.31.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Steve Sampson" <ssampson@usa-site.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11586-84070-2000.05.15-12.41.02-- 
bruninga#nadn.navy.mil@lists.tapr.org> <LYR13439-84373-2000.05.16-22.48.27-- 
ssampson#usa-site.net@lists.tapr.org> 


Subject: [aprsspec] Re: More about Center and Range 
Date: Wed, 17 May 2000 00:28:22 -0500 
Organization: USA Site Network 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000d01bfbfcO$b807accO0$83228cd1@spacewar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here's what I see: 
http: //www.usa-site.net/~ssampson/sample. gif 
(GIF is 50k) 


I see both, but I can't see Kennedy Center, or 
Chinatown Arch. 


> I hope it might help to have a specific example to discuss. How about a 
> view centered at 3853.83N/07702.30W with a Range Scale of 1 Nautical Mile. 
> Do you see the Lincoln Memorial? Do you see the Washington Monument? 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 01:07:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA11923 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 01:07:27 -0500 (CDT) 
Message-ID: <LYR11589-84419-2000.05.17-01.09.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <200005110638.GAA21726@www. aprs.net> 
Subject: [aprsspec] Re: [aprssig] Re: Unhandled Exception Error 
Date: Tue, 16 May 2000 23:06:53 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00c301bfbfc6$1c5ab640$8f£93b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id BAA11923 


More differences between APRServe and APRSd. APRServe echos all packets, even 
those sent to it by your local station. APRSd does not! I send it a packet, it 
is not ever echoed back by APRSd. Everything else still works, I can send message 
to other stations, I can be seen, RF gating appears to work, but I can not see my 
own packets, or any packets my station might send to APRSd. It is like 
transmitting on RF, and knowing you are getting out, but never seeing a digipeated 
packet. 


3rd party messages. One of the fundamental designs of the third party packet and 
APRServe was that APRServe would ignore them. That has changed with APRSd. I 
have modified the current version of APRS+SA to remove them. Yes, that is simple. 
I just wanted you to be aware, APRSd is not equal to APRServe. 


www.aprs.net == APRSd 
second.aprs.net == APRServe. 


Brent KH2Z 


SSeS Original Message ----- 

From: Steve Dimse K4HG <k4hg@aprs.net> 

To: Brent Hildebrand <bhildebrand@earthlink.net> 
Sent: Wednesday, May 10, 2000 11:38 PM 

Subject: Re: [aprssig] Re: Unhandled Exception Error 


> On 5/11/00 2:17 AM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


VVVVV VV VV VV VV VV VV VV VV 


>If APRSd is not removing 3rd party packets, then this is a fundamental 
>change in the APRServe philosophy. Remember when this all got started? 
>Programs could send everything heard to APRServe. 


When we came up with the idea about using the third-party packets, we 
said the IGates block them. I added the filter to APRServe as a backup. 
It was not meant as the primary defense. 


>APRServe had the smarts 

>on 3rd party packets. What I saw on www.aprs.net was more then just 3rd 
>party packets, which were there. APRSd does not equal APRServe 
>apparently. Unfortunately. 

> 

Reading between the lines, are you saying that APRS+SA is sending them? 
If so, it should not be hard for you to fix this right? It would be easy 
to add to aprsd if I understood the code, but every time I've looked at 
it to try to fix something I have gotten a terrible headache and given up. 


Steve K4HG 
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rom bounce-aprsspec-11589@lists.tapr.org Wed May 17 01:18:38 2000 
eceived: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA12227 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 01:18:34 -0500 (CDT) 
essage-Id: <LYR11589-84425-2000.05.17-01.20.20-- 
yris.aprsspec#tapr.org@lists.tapr.org> 
ime-Version: 1.0 
ontent-Type: text/plain; charset="us-ascii" 
ate: Tue, 16 May 2000 23:18:12 -0700 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


F 


rom: Jim Wagner <wagnerj@proaxis.com> 


Subject: [aprsspec] Range and Center: My Final Answer 


L 
L 
L 
L 


ist-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
ist-Software: Lyris Server version 3.0 

ist-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
ist-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130304b547e95d459a@[198.106.196.102]> 


<LYR11893 -84385-2000.05.17-00.00.07--wagnerj#tproaxis.com@lists.tapr.org> 


Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
Hello everyone - 


This has gone on far too long. We seem go have gone around several times 
and I am confused. 


I will implement Center and Range indication in my maps in any way that the 
spec gets written. But, I will also provide other tools which (hopefully) 
provide even better information. 


Cheers, 
Jim, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 01:25:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA12382 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 01:25:40 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-84426-2000.05.17-01.27.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 17 May 2000 02:27:04 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Unhandled Exception Error 
References: <200005110638.GAA21726@www. aprs.net> 
<LYR11601-84419-2000.05.17-01.09.12--jeffitaerodata.net@lists.tapr.org> 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39223BB8.58D463D8@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Brent Hildebrand wrote: 


> More differences between APRServe and APRSd. APRServe echos all packets, even 
those sent to it by your local station. APRSd does not! I send it a packet, it 
is not ever echoed back by APRSd. Everything else still works, I can send message 
to other stations, I can be seen, RF gating appears to work, but I can not see my 
own packets, or any packets my station might send to APRSd. It is like 
transmitting on RF, and knowing you are getting out, but never seeing a digipeated 
packet. 


A more proper analogy is its like connected mode RF as the underlying TCP layer is 
handling retries/confirmation of reciept. 


-Jeff wbh8wka 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 02:13:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA13871 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 02:13:42 -0500 (CDT) 
Message-ID: <LYR11589-84429-2000.05.17-02.15.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 17 May 2000 08:13:26 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Range and Center: My Final Answer 
References: <LYR14779-84425-2000.05.17-01.20.20-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 


In-Reply-To: <LYR14779-84425-2000.05.17-01.20.20-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <+2i56CAWakI5EwZY@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-84425-2000.05.17-01.20.20--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

> 

>I will implement Center and Range indication in my maps in any way that the 
>spec gets written. But, I will also provide other tools which (hopefully) 
>provide even better information. 


There may be a few words in the spec on the xphilosophy*x of Center and 
Range, but there will be nothing about its ximplementationx. 

Within the scope of APRS Protocol Version 1.0, implementation of Center 
and Range is a display/operational issue, not an on-air issue. So the 


way is wide open for you to develop those tools. 


BTW, you can add my name to your list of people who have come across 


"Range Scale" -- at one time I was in radar system design (but that was 
35 years ago, in the last century .... <grin>). 

73 

Tan, G3NRW 


Technical Editor, APRS Protocol Specification 
xkkKKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/htm1l/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 09:35:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ5712 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 09:35:06 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 17 May 2000 10:34:49 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Range and Center: My Final Answer 
In-Reply-To: <LYR11586-84429-2000.05.17-02.15.21-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84500-2000.05.17-09.36.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005170949380 .620-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 17 May 2000, Ian Wade wrote: 


There may be a few words in the spec on the xphilosophyx of Center and 
Range, but there will be nothing about its ximplementationx. 

Within the scope of APRS Protocol Version 1.0, implementation of Center 
and Range is a display/operational issue, not an on-air issue. 


VV VV 


I disagree completely. Specifying a metric for MAP VIEWs is a STANDARDS 
issue of the 1st degree of importance. It must be in the spec. 


By the way, ON further thought, I also dont even care if the RANGE SCALE 
LEGEND has one end on center. Just so long as SOMEWHERE on all 

views is the following information. I DONT EVEN CARE IF WE CALL IT "RANGE 
SCALE" But it MUST have the word "SCALE" in it. 


LAT of center 
LON of center 
RANGE SCALE *orx SCALE 


Where RANGE SCALE is simply defined as a LEGEND of length N mil|km|nm 
which is approximately the distance of the smaller of the 


half-width/or half-height. Thus even the following would be fine... 


fo ---- 2 --- eee -e- + So You can put it ANYWHERE, ANY oreintation 
| RNG | ANY thing you want, ANd it doesnt even have 
| LAT | to be an integer power of 2. But the length 
| LON + | is important to be about HALF screen. 

| | 

| | 

| |<- 32 mi ->| | 

+------------------------- + 


Surely we can agree on this standard METRIC for defining !@é#$% SCALE! 

IF JIM's users have such a problem understanding "RANGE" then we can JUST 
CALL IT SCALE!!! I DONT CARE. But we MUST HAVE A STANDARD for 
describing the extent of a "VIEW" in APRS. CENTER and @#$%! SCALE are 
the best way that I can think of. 


Trying to do such a simple thing with a list of FOUR LAT/LONGS is 
rediculuous. How many people can tell you if I can see a station 30 
miles away if I tell you that the corners of my view are 


3859.13N 07629.11W 
3845.22N 07629.11W 
3845.22N 07619.32W 
3859.11N 07619.32W 
Very precise but practically useless to human operators. 


Whereas "my view is on a 32 mile range around Glen Burnie" is MUCH more 
user friendly. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 09:49:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ6233 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 09:49:36 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 17 May 2000 10:49:13 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 


X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-83952-2000.05.15-01.50.27-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-84503-2000.05.17-09.51.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005171036550 .620-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Authors, 


This one is short. please take time to read it. It REMOVES 
RANGE! Thanks. Here is another try at a suggested wording that would be 
acceptable to all authors: 


REFERENCE FOR MAP VIEWS: 


APRS is a tactical geographical system, and users need to be able to 
relate the size of a map view in a non-ambiguous way. Thus all map 
displays should have a meaningful legend to convey the SIZE of the map 
view to the users that is consistent across all applications. 


VVV WV 


Thus when communicating about such views, two parameters are 
required: CENTER and SCALE. 


In this context, the SCALE of any map view is the approximate 

range (in nautical miles, statute miles or km) of the largest circle 
that will conveniently fit in that map view. This SCALE should 

be presented to the user with a LEGEND of that length somewhere 

on all views. This convention gives all software users a common 

and concise basis for describing the approximate size of the 

central region of all tactical map views across all platforms. 


VV VV VV VV VV 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 10:10:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA0Q7038 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 10:10:20 -0500 (CDT) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-84504-2000.05.17-10.12.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 17 May 2000 11:10:11 -0400 
From: Stephen Schwarm <sschwarm@emc.com> 
Organization: EMC Corp 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
References: <LYR16676-84503-2000.05.17-09.51.19--w3eve#tarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3922B653.995E151B@emc . com> 
Precedence: bulk 


Bob, 

I think I finally understand. I think the discussion so far has been 
mixing up two things. The Map View is what a user can see on his/her 
display at a point in time. That is what is defined below. And Area of 
Interest which the area that is involved in the activity being "managed" 
by APRS. It is up to the user what Map View they use so what you are 
trying to standarize is a common definition of the contents of a Map 
View so that two users talking to each other can agree that they at 
least have a common subset of the total APRS picture being displayed on 
their displays. Is this correct? 


Steve, W3EVE 


Bob Bruninga wrote: 

> 

> Authors, 

> 

> This one is short. please take time to read it. It REMOVES 


RANGE! Thanks. Here is another try at a suggested wording that would be 
acceptable to all authors: 


REFERENCE FOR MAP VIEWS: 


APRS is a tactical geographical system, and users need to be able to 
relate the size of a map view in a non-ambiguous way. Thus all map 
displays should have a meaningful legend to convey the SIZE of the map 
view to the users that is consistent across all applications. 


VV VV 


Thus when communicating about such views, two parameters are 
required: CENTER and SCALE. 


In this context, the SCALE of any map view is the approximate 

range (in nautical miles, statute miles or km) of the largest circle 
that will conveniently fit in that map view. This SCALE should 

be presented to the user with a LEGEND of that length somewhere 

on all views. This convention gives all software users a common 

and concise basis for describing the approximate size of the 

central region of all tactical map views across all platforms. 


VV VV VV VV VV 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: w3eve@arrl.net 
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VV VV VV VV VV VV VV VV VV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Wed May 17 22:34:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ4754 

for <lyris.aprsspec@tapr.org>; Wed, 17 May 2000 22:34:36 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 17 May 2000 23:34:03 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-84504-2000.05.17-10.12.11- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84592-2000.05.17-22.36.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005172331540 . 18687 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 17 May 2000, Stephen Schwarm wrote: 


Bob, 

I think I finally understand.... 

It is up to the user what Map View they use so what you are 

trying to standarize is a common definition of the contents of a Map 
View so that two users talking to each other can agree that they at 
least have a common subset of the total APRS picture being displayed on 
their displays. Is this correct? 


VV VVV VV 


Yes. But I would say the last sentence as... "can both have a scale of 
reference when they talk about the APRS picture being displayed on their 
displays... 


Bob 
Bob Bruninga wrote: 
Authors, 
This one is short. please take time to read it. It REMOVES 
RANGE! Thanks. Here is another try at a suggested wording that would be 
acceptable to all authors: 
REFERENCE FOR MAP VIEWS: 
APRS is a tactical geographical system, and users need to be able to 
relate the size of a map view in a non-ambiguous way. Thus all map 


displays should have a meaningful legend to convey the SIZE of the map 
view to the users that is consistent across all applications. 


VVV NV 


Thus when communicating about such views, two parameters are 
required: CENTER and SCALE. 


In this context, the SCALE of any map view is the approximate 

range (in nautical miles, statute miles or km) of the largest circle 
that will conveniently fit in that map view. This SCALE should 

be presented to the user with a LEGEND of that length somewhere 


VV VV VV VV VV VV VV VV VV VV VV 
VV VV VV VV VV VV VV VV VV V VOY 


VV VV VV MV 


> > on all views. This convention gives all software users a common 
> > and concise basis for describing the approximate size of the 
> > central region of all tactical map views across all platforms. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: w3eve@arrl.net 
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VV VV VV 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVVV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 18 00:11:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA15610 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 00:11:28 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 18 May 2000 01:11:15 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-84503-2000.05.17-09.51.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84620-2000.05.18-00.13.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10005180051380 .19976-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ian and the group, 


In my last posting, I focused only on the fact that I want a common 
"SCALE" of reference, for all map views. I removed all references to 
range except that it is simply used to define the approximate size of this 
Scale. In this sense is does make sense to include the word as an 
adjective modifier. The below only has one word changed from my posting 
earlier today... It is my preferred wording. 


On Wed, 17 May 2000, Bob Bruninga wrote: 

REFERENCE FOR MAP VIEWS: 

APRS is a tactical geographical system, and users need to be able to 
relate the size of a map view in a non-ambiguous way. Thus all map 


displays should have a meaningful legend to convey the SIZE of the map 
view to the users that is consistent across all applications. 


VV VV 


Thus when communicating about such views, two parameters are 
required: CENTER and SCALE. 


In this context, the SCALE of any map view is the approximate 

range (in nautical miles, statute miles or km) of the largest circle 
that will conveniently fit in that map view. This RANGE SCALE should 
be presented to the user with a LEGEND of that length somewhere 

on all views. This convention gives all software users a common 

and concise basis for describing the approximate size of the 

central region of all tactical map views across all platforms. 


VVVVV VV VV VV VV VV VV 


VVVV VV VV VV 


This wording should be ambiguous enough for those authors and users who 
are confused by the term RANGE and they can just use SCALE. But those who 
do understand the concept of range, can use the term RANGE SCALE as a 
better descriptor of the "scale" that they are using. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 18 00:28:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA15919 
for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 00:28:25 -0500 (CDT) 

Message-Id: <LYR11589-84624-2000.05.18-00.30.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 

Date: Wed, 17 May 2000 22:26:15 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] Re: More about Center and Range 

In-Reply-To: <LYR11639-84409-2000.05.17-00.31.13--ke6afef#tarrl.net@lists. 
tapr.org> 

References: <LYR11586-84070-2000.05.15-12.41.02-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

<LYR13439 -84373-2000.05.16-22.48.27--ssampsoni#tusa-site.net@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20000517221020 .00b45a80@mail.cruzio.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 10:28 PM 5/16/2000, Steve Sampson wrote: 
>Here's what I see: 

> 

>http: //www.usa-site.net/~ssampson/sample. gif 

> 

>(GIF is 50k) 

> 

>I see both, but I can't see Kennedy Center, or 
>Chinatown Arch. 


> I hope it might help to have a specific example to discuss. How about a 


VV VV 


> Do you see the Lincoln Memorial? Do you see the Washington Monument? 


Nice sample.gif, Steve. I think our datums are different, and it shows at 
this Scale. On my Washington, D.C. map using the maplist.eas DOS map with 
APRSdosMAX846, I see the given Center as the White House building 


> view centered at 3853.83N/07702.30W with a Range Scale of 1 Nautical Mile. 


itself. I bet my map uses NAD27 and yours uses WGS84. Close though. 
73, Cap 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: cap@cruzio.com home page: http://members.cruzio.com/~cap 
packet radio: KE6AFE @ki6eh.é#wcca.ca.usa.noam 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 18 02:15:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA18375 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 02:15:06 -0500 (CDT) 
Message-ID: <LYR11589-84629-2000.05.18-02.16.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 18 May 2000 08:15:08 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: More about Center and Range 
References: <LYR11586-84503-2000.05.17-09.51.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR14779 -84620-2000.05.18-00.13.18--Ian.Wade#tcare4dfree.net@lists.tapr.org> 
In-Reply-To: <LYR14779-84620-2000.05.18-00.13.18- - 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ALImVUA8h5I5Ews4@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-84620-2000.05.18-00.13.18--Ian.Wade#care4free.net@l 
ists.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 


>It is my preferred wording. 

> 

>On Wed, 17 May 2000, Bob Bruninga wrote: 
> 


>> REFERENCE FOR MAP VIEWS: 

>> 

>> > APRS is a tactical geographical system, and users need to be able to 
>> > relate the size of a map view 


What does "size of a map view" mean? 


> in a non-ambiguous way. Thus all map 
>> > displays should have a meaningful legend to convey the SIZE of the map 
>> > view to the users that is consistent across all applications. 


Thus when communicating about such views, two parameters are 
required: CENTER and SCALE. 


In this context, the SCALE of any map view is the approximate 
range (in nautical miles, statute miles or km) of the largest circle 


Vv 
Vv 
VV VV WV 


What does "range ... of the largest circle" mean? How can a circle have 
a "range"? (It can have a *xradius*, as I wrote originally). 


>> > that will conveniently fit in that map view. 


Why does the circle have to fit into anything on the screen? 


> This RANGE SCALE should 

be presented to the user with a LEGEND of that length somewhere 
on all views. This convention gives all software users a common 
and concise basis for describing the approximate size of the 
central region of all tactical map views across all platforms. 


Vv 
Vv 
VVV Vv 


>This wording should be ambiguous enough 


You can say that again. It *is* ambiguous. 


I'm sorry Bob, but this won't do. You are still introducing noise about 
"map views" which is of no interest to other users. Nobody is interested 
in what "view" you have of your map on your screen. Nobody is interested 
in whether that view fits your display window or not. Nobody is 
interested in what kind of bar representing distance/range you display 


in your window. 


What people need to know is simply what xgeographical areax you are 
referring to, which you xcanx represent uniquely and unambiguously by 
center/range. That is all. 

With this information, people can then decide which map they need, how 
they want to display it, and what scale bar (if any) they want to have 
displayed somewhere in the window. The "view" on their screen may finish 
up looking exactly like yours, but it doesn't have to. 


This is where your definition falls down. By all means talk about a 
view" (provided you define the term, which you haven't), but don't 
relate it in any way to display geometry or display "views". 


map 


A few days ago, you presented a different form of words (just before you 
thought I'd tricked you with my fiendishly cunning logic :-)): 


>> COMMUNICATING Geographical Areas of Common Interest 

>> SSssssssssssssssssssssssSSSsSaaSSSSSSSSSS== 

>> APRS is a tactical geographical system. To maximize its operational 

>> effectiveness, users need to have an unambiguous understanding of 

>> geographical areas of common interest when communicating with each 

>> other. 

>> 

>> In APRS, this is done by reference to a CENTER and RANGE. These 

>> specify the geographical center and approximate radius of a circle that 
>> covers the area of interest. The radius of the circle (in nautical 

>> miles, statute miles or km) is known as the "range scale". This 

>> convention gives all users a simple common basis for describing tactical 
>> areas of interest, at whatever center/range scale is in use. 

>> 

>> For interoperability among all platforms and modes of communications, it 
>> is expected that APRS user software will provide easy-to-use tools for 
>> defining and viewing these areas of tactical interest. 


I said I would plug this into the spec, because I believe it covers all 
the points you've mentioned. It *is*x ambiguous enough to allow different 
methods of specifying a geographical area of interest, *without* being 
needlessly prescriptive on how people relate it to their display views. 
I still say that this earlier definition of yours is the best so far, 

in the context of the "APRS Design Philosophy" chapter in the spec. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkkKKAKK- Third draft now available xxx*xxx*xx*x*«x* 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 18 04:14:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAAQ0864 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 04:14:50 -0500 (CDT) 

Message-ID: <LYR11589-84634-2000.05.18-04.16.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Thu, 18 May 2000 10:12:47 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 

Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Range and Center: My Final Answer 
References: <LYR11586-84429-2000.05.17-02.15.21-- 
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MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
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X-Message-Id: <z50KZfAPQ7I5Ewof@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <Pine.GSO.4.05L.10005170949380.620-100000@arctic>, Bob Bruninga 
<bruninga@nadn.navy.mil> writes 


>By the way, ON further thought, I also dont even care if the RANGE SCALE 
>LEGEND has one end on center. Just so long as SOMEWHERE on all 


>views is the following information. I DONT EVEN CARE IF WE CALL IT "RANGE 
>SCALE" But it MUST have the word "SCALE" in it. 


No. The "scale" relates to how big something is displayed in a window. 


The "range" relates to how big something is on the ground. 


> 

>Where RANGE SCALE is simply defined as a LEGEND of length N milkm|nm 
>which is approximately the distance of the smaller of the 
>half-width/or half-height. Thus even the following would be fine... 


re + So You can put it ANYWHERE, ANY oreintation 
ANY thing you want, ANd it doesnt even have 
to be an integer power of 2. But the length 
is important to be about HALF screen. 


>| |<- 32 mi ->| 


Why should the range scale be related in any way to the screen geometry 


(i.e. half-height/half-width)? 


The following 2 pictures show the "view" to exactly the same xrangex as your 
picture, but to a different "scale". 


+------------------------- + 
| RNG | ZOOM IN 
| LAT | 

| LON + | 

| | 

| | 

| |<------- 32mi-------- >| | 
+------------------------- + 
+------------------------- + 

| RNG | ZOOM OUT 
| LAT | 

| LON + | 

| | 

| | 

| |<32mi> | | 


This last picture could also be viewed like this: 


+------------------------- + 
| RNG | ZOOM OUT, PAN LEFT 
| LAT | 
| LON + | 
| | 
| | 
| |<32mi> | | 
+------------------------- + 


(i.e. the geographical center is not at the screen center. 


In other words, all of the 4 above screen "views" are xdifferentx, but they 
all represent exactly the *samex geographical area of interest, using the 
xSamex range. 


Thus it does not make any sense to talk about your screen "view". You need 
to talk about the xgeographical areax, on the ground. 


> 
>Whereas "my view is on a 32 mile range around Glen Burnie" is MUCH more 
>user friendly. 


No problem at all with that, because you didn't use the word "scale", and 
you didn't specify how much of that view occupied your display -- your use 
of the word "view" here does not relate to screen scale or screen geometry. 


I repeat: "view" and "scale" are screen/display/window artefacts, associated 
with zoom and pan actions, and are irrelevant to this discussion. 


"Center" (=Glen Burnie) and "range" (=32 miles) relate to a geographical 
area, and are directly relevant to this discussion. But anyone using that 
information is free to "view" it and "scale" it any way they want -- this is 
not for the specification to decree. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKkKKKAX Third draft now available xxx*x*xxxx*x*x 
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In article <LYR13460-84503-2000.05.17-09.51.19--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@nadn.navy.mil> writes 

>Authors, 

> 

> This one is short. please take time to read it. It REMOVES 

>RANGE! Thanks. Here is another try at a suggested wording that would be 
>acceptable to all authors: 

> 

> 

>REFERENCE FOR MAP VIEWS: 

> 

>> APRS is a tactical geographical system, and users need to be able to 


>> relate the size of a map view in a non-ambiguous way. Thus all map 
>> displays should have a meaningful legend to convey the SIZE of the map 
>> view to the users that is consistent across all applications. 


>> Thus when communicating about such views, two parameters are 
>> required: CENTER and SCALE. 


>> In this context, the SCALE of any map view is the approximate 

>> range (in nautical miles, statute miles or km) of the largest circle 
>> that will conveniently fit in that map view. This SCALE should 

>> be presented to the user with a LEGEND of that length somewhere 

>> on all views. This convention gives all software users a common 

>> and concise basis for describing the approximate size of the 

>> central region of all tactical map views across all platforms. 


I wasn't going to join in this discussion, but... 


I don't like this new version for two reasons (I'm assuming that where 
you have put "range" of a circle you meant to put "radius".) 


1. There are common usages of the term SCALE when referring to a map 
that are different to your definition. E.g. "this map has a SCALE of 
1:250,000", or "this map has a SCALE of one inch to five miles". I think 
this proposed usage of the term SCALE will confuse users. 


2. I don't like the insistence on the scale legend. On unprojected maps 
drawn on a rectangular lat/long grid, as commonly used by APRS software, 
such a scale is always inaccurate, and it becomes increasingly 
inaccurate as the area covered by the map increases, to the point where 
it contains no useful information. I don't think a requirement to show 
such a line should be part of the spec. 


So I think SCALE should be RANGE or RANGE SCALE, but not just SCALE on 
its own, and the requirement for the scale legend should be removed. 


That leaves a simple requirement for something like: - 


Map centre - 5258.24N, 00002.77W 
Map range (or range scale) - 50 miles 


(RANGE or RANGE SCALE defined as you have defined SCALE.) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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s.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 


[snip] 

>Map centre - 5258.24N, 00002.77W 

>Map range (or range scale) - 50 miles 
Or rather: - 

View centre - 5258.24N, 00002.77W 

View range (or range scale) - 50 miles 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 18 07:20:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ7079 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 07:20:30 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 18 May 2000 08:20:12 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-84629-2000.05.18-02.16.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84643-2000.05.18-07.22.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005180811390 .29911-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 18 May 2000, Ian Wade wrote: 


>> > APRS is a tactical geographical system, and users need to be able to 
>> > relate the size of a map view 


VV VV 


What does "size of a map view" mean? 


I just dont know how to make it any clearer. AL1 of these words are in 
the english dictionary. 


> in a non-ambiguous way. Thus all map 

>> > displays should have a meaningful legend to convey the SIZE of the map 
>> > view to the users that is consistent across all applications. 

>> 
>> 
>> 


> Thus when communicating about such views, two parameters are 
> 
>> > 
> 
> 


required: CENTER and SCALE. 


>> 
>> 


In this context, the SCALE of any map view is the approximate 
range (in nautical miles, statute miles or km) of the largest circle 


VVVV VV VV VV 


> What does "range ... of the largest circle" mean? How can a circle have 
>a "range"? (It can have a xradius*x, as I wrote originally). 


The RANGE of a circle is equivalent to its radius. 
> >> > that will conveniently fit in that map view. 
> 


> Why does the circle have to fit into anything on the screen? 


Because that is the metric for deciding what is the appropriate SCALE for 
that map view. 


> This RANGE SCALE should 

>> > be presented to the user with a LEGEND of that length somewhere 
>> > on all views. This convention gives all software users a common 
>> > and concise basis for describing the approximate size of the 

>> > central region of all tactical map views across all platforms. 

> 


>This wording should be ambiguous enough 


You can say that again. It *is* ambiguous. 


I'm sorry Bob, but this won't do. You are still introducing noise about 
"map views" which is of no interest to other users. Nobody is interested 
in what "view" you have of your map on your screen. Nobody is interested 
in whether that view fits your display window or not. Nobody is 
interested in what kind of bar representing distance/range you display 
in your window. 


VVVVNV VV VV VV VV VV VV MV 


No one may care, but when they DO, then I NEED A METRIC TO DESCRIBE IT TO 
THEM! 


> What people need to know is simply what xgeographical areax you are 
> referring to, which you xcanx represent uniquely and unambiguously by 
> center/range. That is all. 


NO!!!!!! I am NOT describing a geographical AREA! !!!!!! I am describing 
WHAT I SEE ON MY SCREEN! !!!! This is so that I can CONVEY that to another 
user. *xkxk* BIG DIFFERENCE! !!! 


With this information, people can then decide which map they need, how 
they want to display it, and what scale bar (if any) they want to have 
displayed somewhere in the window. The "view" on their screen may finish 
up looking exactly like yours, but it doesn't have to. 


VVVV WV 


ABSOLUTELY. THey can LOOK AT ANYTHING THEY WANT. I am using CENTER AND 
SCALE AS A METRIC TO DESCRIBE WAHT x*xx* I x**x* Am LOOKING AT. FORGET YOUR 
CONCEPT OF A FIXED GEOGRAPHICAL PIECE OF GROUND. THAT IS NOT WHAT I AM 
TALKING ABOUT. 


VV VVV VV VV VV VV VV VV VV VV VV VV OV 


VNv 


I 


This is where your definition falls down. By all means talk about a 
view" (provided you define the term, which you haven't), but don't 
relate it in any way to display geometry or display "views". 


map 


have too. Sorry you just dont understand it. 


A few days ago, you presented a different form of words (just before you 
thought I'd tricked you with my fiendishly cunning logic :-)): 


>> COMMUNICATING Geographical Areas of Common Interest 

>> BSssssssssssssssssssssssSSSSSSSSSSSSSSSSS=== 

>> APRS is a tactical geographical system. To maximize its operational 

>> effectiveness, users need to have an unambiguous understanding of 

>> geographical areas of common interest when communicating with each 

>> other. 

>> 

>> In APRS, this is done by reference to a CENTER and RANGE. These 

>> specify the geographical center and approximate radius of a circle that 
>> covers the area of interest. The radius of the circle (in nautical 

>> miles, statute miles or km) is known as the "range scale". This 

>> convention gives all users a simple common basis for describing tactical 
>> areas of interest, at whatever center/range scale is in use. 

>> 

>> For interoperability among all platforms and modes of communications, it 
>> is expected that APRS user software will provide easy-to-use tools for 
>> defining and viewing these areas of tactical interest. 
DOR A RA RA A RA I Re ee 


I said I would plug this into the spec, because I believe it covers all 
the points you've mentioned. It *is* ambiguous enough to allow different 
methods of specifying a geographical area of interest, *without* being 
needlessly prescriptive on how people relate it to their display views. 
I still say that this earlier definition of yours is the best so far, 

in the context of the "APRS Design Philosophy" chapter in the spec. 


disagree. It is ambiguous, refers to geography and not map views, and 


does not convey the sense of importance of having a common standard 
mMETRIC for describing map views. 


Im GONe TO DAYTON. NO MORE COMMENTS TILL NEXT WEEK. 


de WB4APR 
Bob 
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On Thu, 18 May 2000, Ian Wade wrote: 


In article <Pine.GSO.4.05L.10005170949380.620-100000@arctic>, Bob Bruninga 
<bruninga@nadn.navy.mil> writes 


>By the way, ON further thought, I also dont even care if the RANGE SCALE 
>LEGEND has one end on center. Just so long as SOMEWHERE on all 

>views is the following information. I DONT EVEN CARE IF WE CALL IT "RANGE 
>SCALE" But it MUST have the word "SCALE" in it. 


VVVV VV VV WV 


No. The "scale" relates to how big something is displayed in a window. 


> The "range" relates to how big something is on the ground. 


NO, WRONG, INCORRECT. It is the radius of the largest circle that will 
fit on a screen. 


> >Where RANGE SCALE is simply defined as a LEGEND of length N milkm|nm 

> >which is approximately the distance of the smaller of the 

> >half-width/or half-height. Thus even the following would be fine... 

>> 

> Dt--- nee eee eee eee eee + So You can put it ANYWHERE, ANY oreintation 
> >|RNG | ANY thing you want, ANd it doesnt even have 
> >| LAT | to be an integer power of 2. But the length 
> >|LON + | is important to be about HALF screen. 

>>| | 

> >| | 

>>| |<- 32 mi ->| | 

ee + 

> 

> Why should the range scale be related in any way to the screen geometry 

> (i.e. half-height/hal£-width) ? 


So that it is consistent with everyone else. What we are after here is 
CONSISTENCY. A METRIC that will be the same for everyone. 

> 

> The following 2 pictures show the "view" to exactly the same xrangex as your 
> picture, but to a different "scale". 


> 
> torr ccc tt ccs cc ccc sss ccfccce + 
> |RNG | ZOOM IN 
> |LAT | 
> |LON + | 
> | | 
al | | 
> | |<------- 32mi-------- >| | 
> tec rrr ctr ccs c ccc sss ssccce + 


YES, BUT THEN THIS PLOT WILL NOT CONTIAN EVERYTHING WITHIN A 32 MILE RANEG 
OF THE CENTER OF THE SCREEN! IF I SAY THAT SOMETHING IS WITHIN 30 MILES 
AND I AM ON THE 32 MILE RANGE SCALE, then BY GOSH IT OUTTA BE ON THE DAMN 
SCREEN! xxx THIS IS EXACLTY THE LUNACY WE ARE TRYING TO AVOID!!!! 

This example shows EXACTLY WHY it is HALF-WDITH ox HALF-HEIGHT to define 
the RANGE SCALE! 


ZOOM OUT 


VVVV WV 
fF 
> 
+ 


Vv 


|<32mi> | | 


H 


would say that this screen might compute to a range scale of 64 miles. 


This last picture could also be viewed like this: 


ZOOM OUT, PAN LEFT 


VVVVV VV VV NV 
[— 
je) 
a 
+ 


NO IT CANNOT. AS SOON AS YOU MOVE THE SCREEN OR ZOOM, THEN IT HAS A NEW 
CENTER AND RANGE. YOU ARE STILL CONFUSING THIS AS A xxx METRIC xxxx TO 
DESCRIBE EACH AND EVERY VIEW IN UNAMBIGUOUS CONSISTENT TERMS. 


I SAY AGAIN! READ MY LIPS! CENTER AND RANGE DESCRIBE ONLY YOUR PRESENT 
VIEW! REPEAT THAT BACK TO ME SLOWLY... THINK ABOUT WHAT IT MEANS! 

IT IS ONLY A METRIC FOR DESCRIBING YOUR PRESENT VIEW IN A CONSISTENT 
MANNER, DEFINED IN THE APRS STANDARD. 


> (i.e. the geographical center is not at the screen center. 
Then it is NOT THE CNETER OF THIS VIEW! 


> In other words, all of the 4 above screen "views" are xdifferentx, but they 
> all represent exactly the *samex geographical area of interest, using the 
> xSamex range. 


FORGET GEOGRAPHICAL AREA OF INTEREST. JI HAVE BEEN TELLING YOU THAT THAT 
CONCEPT IS ALL WRONG NOW FOR 3 DAYS. IT IS TEH METRIC for describing YOUR 
CURRENT VIEW so that you can RELATE IT TO SOMEONE ELSE IN A CONSISTENT 
MANNER! 


> Thus it does not make any sense to talk about your screen "view". You need 
> to talk about the *geographical areax, on the ground. 


THAT HAS NOTHING TO DO WITH CENTER AND RANGE AS A E METRIC TO DESCRIBE A 
SCREEN VIEW. If you want to define something to do with geography, that 
is a different subject and totally meanigless in this section.. 


> >Whereas "my view is on a 32 mile range around Glen Burnie" is MUCH more 
> >user friendly. 


No problem at all with that, because you didn't use the word "scale", and 
you didn't specify how much of that view occupied your display -- your use 
of the word "view" here does not relate to screen scale or screen geometry. 


VVV NV 


I certainly did to anyone that understands ENGLISH. My screen contains 
*xkxk*k AT LEAST **** a central area that is 32 miles in range from the 
center of Glen Burnie. No one on the planet that understands English can 
missinterpret that. 


> I repeat: "view" and "scale" are screen/display/window artefacts, associated 
> with zoom and pan actions, and are irrelevant to this discussion. 


Then you DO NOT UNDERSTAND THE PRESENT DISCUSSION! 


"Center" (=Glen Burnie) and "range" (=32 miles) relate to a geographical 
area, and are directly relevant to this discussion. But anyone using that 
information is free to "view" it and "scale" it any way they want -- this is 
not for the specification to decree. 


VV VV 


They may USE MY INFORMATION in any way they see fit! But when I am 
looking at a view, I MUST HAVE A METRIC that is *** CONSISTENT *** with 
everyone else in APRS to describe it in simplest and concise terms. 


de WB4APR 
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Since Ian is so confused about VIEWS and GEOGRAPHY, lets try this 
explaination. 


Lets let everyone in all flavors of APRS, dos, Win,Mac,UIview, APRS+SA 
whatever display a VIEW that covers EXACTLY the same area. That is 
everyone's screen displays everything within a 32 mile range of Glen 
Burnie. 


What I want out of this is that when EVERYONE of those users, is ASKED to 
describe the area he is looking at no matter what software he is using. 
His SIMPLE, CONCISE describtion done in accordance with the Standards 
layed out in the SPEC will all "sound about the Same". 


If they DON'T sound the same then we do NOT HAVE A COMMUNICATIONS STANDARD 
and are only undermining interoperability between all users. 


de WB4APR, GONE TO DAYTON... Now an HOUR LATE! 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 18 07:47:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA10246 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 07:46:54 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 18 May 2000 08:46:09 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 


In-Reply-To: <LYR11586-84635-2000.05.18-05.26.18- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-84647-2000.05.18-07.48.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005180843380 .29911-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Thanks Roger. I didnt like simplyfing it to just SCALE exactly for the 
reasons you mention. I agree too that as long as you display a RANGE 
SCALE NUMBER, you dont have to have the LEGEND. That was only to put it 
into a context that the people who dont like RANGE circles could in fact 
use a LINEAR legend and then NOT have to have a RANGE SCALE field along 
with the LAT/LON... 


I think we are in agreement. 


Bob 
On Thu, 18 May 2000, Roger Barker wrote: 


>REFERENCE FOR MAP VIEWS: 

> 

>> APRS is a tactical geographical system, and users need to be able to 
>> relate the size of a map view in a non-ambiguous way. Thus all map 

>> displays should have a meaningful legend to convey the SIZE of the map 
>> view to the users that is consistent across all applications. 


>> Thus when communicating about such views, two parameters are 
>> required: CENTER and SCALE. 


In this context, the SCALE of any map view is the approximate 

>> range (in nautical miles, statute miles or km) of the largest circle 
>> that will conveniently fit in that map view. This SCALE should 

>> be presented to the user with a LEGEND of that length somewhere 

>> on all views. This convention gives all software users a common 

>> and concise basis for describing the approximate size of the 

>> central region of all tactical map views across all platforms. 


I wasn't going to join in this discussion, but... 


VVVV VV VV VV VV VV VV VV VV WV 
Vv 
Vv 


I don't like this new version for two reasons (I'm assuming that where 


you have put "range" of a circle you meant to put "radius".) 


1. There are common usages of the term SCALE when referring to a map 
that are different to your definition. E.g. "this map has a SCALE of 
1:250,000", or "this map has a SCALE of one inch to five miles". I think 
this proposed usage of the term SCALE will confuse users. 


2. I don't like the insistence on the scale legend. On unprojected maps 
drawn on a rectangular lat/long grid, as commonly used by APRS software, 
such a scale is always inaccurate, and it becomes increasingly 
inaccurate as the area covered by the map increases, to the point where 
it contains no useful information. I don't think a requirement to show 
such a line should be part of the spec. 


So I think SCALE should be RANGE or RANGE SCALE, but not just SCALE on 
its own, and the requirement for the scale legend should be removed. 


That leaves a simple requirement for something like: - 


Map centre - 5258.24N, 00002.77W 
Map range (or range scale) - 50 miles 


(RANGE or RANGE SCALE defined as you have defined SCALE.) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 18 07:47:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA10273 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 07:47:46 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 18 May 2000 08:47:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <LYR11586-84637-2000.05.18-05.47.14- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84648-2000.05.18-07.49.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005180846360 .29911-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 18 May 2000, Roger Barker wrote: 


> Or rather: - 
> View centre - 5258.24N, 00002.77W 
> View range (or range scale) - 50 miles 


Yes, VIEW is better... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 18 15:34:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3740 

for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 15:34:22 -0500 (CDT) 
Message-Id: <LYR11589-84684-2000.05.18-15.36.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Subject: [aprsspec] Re: More about Center and Range 

Date: Thu, 18 May 2000 16:33:40 -0400 

From: Steve Dimse <sdimse@earthlink.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005182033 .NAA20222@scaup.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 5/17/00 10:49 AM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


> This one is short. please take time to read it. It REMOVES 

>RANGE! Thanks. Here is another try at a suggested wording that would be 
>acceptable to all authors: 

> 

I have assiduously avoided this discussion, because I think the 

underlying premise is wrong. I do not feel that user-interface issues 
belong in the protocol document. If they are to be written, they should 

be done as a separate document. I argue no user interface issues should 
not be dictated, because it will reflect the status quo, and take away 
incentive and opportunity for people to innovate. 


I get the impression that if Bob could have his way, every program would 
look exactly like APRSdos, use the same keystroke combinations, the same 
maps. Yes, as he points out, it would make it easier for anyone to go 
into an EOC and start using their program regardless of whose version is 
installed. But is this homgeneity a Good Thing? I say not. 


The second APRS program out was MacAPRS, the third javAPRS. Neither of 
those two have ever had map scale. In the 4 years since I first released 
javAPRS, I do not recall a single request for this scale legend. 


Bob by his own admission is uncomfortable with GUI environments, so his 
rules would naturally reflect a bias towards the keyboard environment. 
Even though Mac/WinAPRS does not show a range bar on the screen, it has a 
far more useful feature, the map caliper. Simply click and drag on a map, 
and you will see the precise distance displayed. Wanna see how long a 
mile is? Just drag the caliper out until you see 1 mile displayed. 


I especially object to the requirement for a scale legend. By chance the 
map product I use the most (MapBlast) has this, but I cannot control it, 
and most other internet products do not contain it, nor is there any way 


for me to control most of the parameters Bob considers essential. For 
example, in the topo maps I can control the scale, but I cannot place a 
legend on the map, I cannot control the precise center, or even determine 
what it is. 


Besides the underlying OS, the user interface is the thing that makes 
each program unique. Each program has attracted its accolytes, and their 
requests have driven the development of the program. Whether to include a 
scale legend should be up to the program authors, based on input from 
their users. If it was as important as Bob implies, it ought to be a 
most-requested feature, and given how easy it would be to implement, it 
would already be there. That it isn't in WinAPRS speaks volumes for the 
user's opinion of how important this feature is! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 18 23:24:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA27652 
for <lyris.aprsspec@tapr.org>; Thu, 18 May 2000 23:23:57 -0500 (CDT) 
Message-ID: <LYR11589-84744-2000.05.18-23.25.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-84684-2000.05.18-15.36.11-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] New Protocol?? 
Date: Thu, 18 May 2000 21:23:12 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <025501bfc149$£2ac1340$0b94b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id XAA27652 


Bob, are all these packets supposed to be parse-able? 
Look particularly at the objects. 


2000 5 19 2 48 0 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V :@19024723949.27N/ 
08411 .34Wv358/054/APRS/good RMC Fix 

2000 5 19 2 48 4 WB4APR-9>APR840,NK8X-9,W8APR,WIDEX/V:@19024723949.27N/ 
08411 .34Wv358/054/APRS/good RM# Fix 

2000 5 19 2 54 30 WB4APR-9>APR840,W8APR,WIDEx ,WIDE/V :@19025323951.85N/ 
08414 .91Wv269/060/APRS/good RMC Fix 

2000 5 19 2 55 1 WB4APR-9>APR840,RELAY,WIDE,WIDE: @19023823944.25N/ 
08412 .33Wv177/015/APRS/good RMC Fix 

2000 5 19 2 55 15 WB4APR-9>APR840,NK8X-9x,WIDE,WIDE:>181320zenroute dayton 

2000 5 19 2 57 9 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V :@19025523951.64N/ 
08416 .33Wv253/056/APRS/good RMC Fix 

2000 5 19 2 57 9 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V: ; APRSmote1*19025423950.69N/ 
0842560 WHOOO0/000/Days inn 

2000 5 19 2 57 47 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V: ; APRSmotel1*19025423950.69N/ 
0842560 WHO00/000/Days inn 

2000 5 19 2 58 17 WB4APR-9>APR840, RELAY ,W8APR,WIDEX/V:@19025723951.31N/ 
08419 .42Wv269/056/APRS/good RMC Fix 

2000 5 19 2 59 13 WB4APR-9>APR840,NK8X-9,KC8HFX-10* , WIDE: @19023923943.96N/084) 2. 
6WvV171/000/APRS/good RMC Fix 

2000 5 19 3 1 32 WB4APR-9>APR840,NK8X-9,W8APR,WIDEX/V: ; !PQMmotel*29025723950.6 N/ 
04425. .1WHOOO/000/Days inn 

2000 5 19 3 1 46 WB4APR-9>APR840,N8UR,WIDEx*,WIDE/V: @19030123951.38N/ 
08423 .45Wv275/051/APRS/good RMC Fix 

2000 5 19 3 7 42 WB4APR-9>APR840,KC8HFX-10,KG9ICN-10, KC6ETE -3* : @19030723950.63N/ 
08425 .50Wv265/012/APRS/good RMC Fix 

2000 5 19 3 8 9 WB4APR-9>APR840, RELAY ,WIDE, WIDE: @19024123944 .57N/ 

08412 .28Wv359/049/APRS/good RMC Fix 

2000 5 19 3 8 29 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V :@19030723950.63N/ 

08425 .50Wv265/012/APRS/good RMC Fix 

2000 5 19 3 13 13 WB4APR-9>APR840, RELAY ,WIDE, WIDE: @19024223945.27N/ 

08412 .23Wv021/047/APRS/good RMC Fix 

2000 5 19 3 13 35 WB4APR-9>APR840,W8APR, WIDE , WIDE: @19024223945 .27N/ 

08412 .23Wv021/047/APRS/good RMC Fix 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 19 03:10:19 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ2601 
for <lyris.aprsspec@tapr.org>; Fri, 19 May 2000 03:10:15 -0500 (CDT) 
Message-ID: <LYR11589-84777-2000.05.19-03.12.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 19 May 2000 09:10:13 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: New Protocol?? 
References: <LYR11585-84684-2000.05.18-15.36.11-- 
bhildebrand#earthlink.net@lists.tapr.org> 
<LYR14779-84744-2000.05.18-23.25.33--Ian.Wade#care4dfree.net@lists.tapr.org> 
In-Reply-To: <LYR14779-84744-2000.05.18-23.25.33-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <$t$JsBALbPISEwA9@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-84744-2000.05.18-23.25.33-- 
Ian.Wade#tcare4free.net@lists.tapr.org>, Brent 

Hildebrand <bhildebrand@earthlink.net> writes 

>Bob, are all these packets supposed to be parse-able? 

>Look particularly at the objects. 

> 

>2000 5 19 2 48 O WB4APR-9>APR840,W8APR,WIDE*,WIDE/V :@19024723949 .27N/08411.34Wv3 
>58/054/APRS/good RMC Fix 

> 2000 5 19 2 48 4 WB4APR-9>APR840 , NK8X-9,W8APR,WIDEx*/V : @19024723949 .27N/08411.34 
>Wv358/054/APRS/good RM# Fix 

> 2000 5 19 2 54 30 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V: @19025323951.85N/08414.91W 
>v269/060/APRS/good RMC Fix 

> 2000 5 19 2 55 1 WB4APR-9>APR840, RELAY ,WIDE,WIDE : @19023823944.25N/08412 .33Wv177 
>/015/APRS/good RMC Fix 

> 2000 5 19 2 55 15 WB4APR-9>APR840 ,NK8X-9*,WIDE,WIDE:>181320zenroute dayton 

> 2000 5 19 2 57 9 WB4APR-9>APR840,W8APR,WIDE*,WIDE/V: @19025523951. 64N/08416. 33Wv 
>253/056/APRS/good RMC Fix 

> 2000 5 19 2 57 9 WB4APR-9>APR840,W8APR,WIDE*,WIDE/V: ; APRSmote1*19025423950.69N/ 
>0842560 WHOOO/000/Days inn 

> 2000 5 19 2 57 47 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V: ; APRSmotel*19025423950.69N 
>/0842560 WHOOO/000/Days inn 

> 2000 5 19 2 58 17 WB4APR-9>APR840, RELAY ,W8APR,WIDE*/V :@19025723951.31N/08419.42 
>Wv269/056/APRS/good RMC Fix 


> 2000 5 19 2 59 13 WB4APR-9>APR840 , NK8X-9, KC8HFX-10*, WIDE : @19023923943 . 96N/084) 2 
>. 6Wv171/000/APRS/good RMC Fix 

> 2000 5 19 3 1 32 WB4APR-9>APR840,NK8X-9,WS8APR,WIDEx/V: ; !PQMmotel*29025723950.6 

>N/04425..1WHOOO/000/Days inn 

> 2000 5 19 3 1 46 WB4APR-9>APR840,N8UR,WIDE*, WIDE/V:@19030123951.38N/08423 .45Wv2 
>75/051/APRS/good RMC Fix 

> 2000 5 19 3 7 42 WB4APR-9>APR840 , KC8HFX-10, KGICN-10, KC6ETE-3*:@19030723950.63N/ 
>08425 .50Wv265/012/APRS/good RMC Fix 

> 2000 5 19 3 8 9 WB4APR-9>APR840, RELAY ,WIDE,WIDE: @19024123944 .57N/08412 .28Wv359/ 
>049/APRS/good RMC Fix 

> 2000 5 19 3 8 29 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V: @19030723950. 63N/08425. 50Wv 
>265/012/APRS/good RMC Fix 

> 2000 5 19 3 13 13 WB4APR-9>APR840, RELAY, WIDE,WIDE: @19024223945 .27N/08412 .23Wv02 
>1/047/APRS/good RMC Fix 

> 2000 5 19 3 13 35 WB4APR-9>APR840,W8APR,WIDE*, WIDE: @19024223945 .27N/08412 .23WvO 
>21/047/APRS/good RMC Fix 


They all look OK to me, except #s 7, 8, 10, 11: 


APRSDEC. APRS Packet Decoder. 
Version 1.0.1b (5 May 2000) 
by Ian Wade, G3NRW (g3nxrw@arrl.net) 


Runtime = 19-May-2000 08:59:53 
Input file brentpkt.txt 
Output file = brent.out 


NOTE: If this report contains anything that you think is incorrect, 
please email it to g3nrw@arrl.net for investigation. Thank you. 


Record # 1 
WB4APR-9>APR840 , W8APR, WIDEx ,WIDE/V : @19024723949 .27N/08411. 34Wv358/054/APRS/good 
RMC Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 47mins UTC 

Lat= 39 deg 49 min 16 sec N Long= 84 deg 11 min 20 sec W 

Icon= Van Overlay= (none) 

Course= 358 deg Speed= 54 knots ( 62 mph) 


Record # 2 

WB4APR-9>APR840 , NK8X-9,W8APR,WIDEx/V : @19024723949 .27N/08411.34Wv358/054/APRS/good 
RM# Fix 

APRS Data Type= Posit w/ time. With APRS 


Day=19 Time=02hrs 47mins UTC 

Lat= 39 deg 49 min 16 sec N Long= 84 deg 11 min 20 sec W 
Icon= Van Overlay= (none) 

Course= 358 deg Speed= 54 knots ( 62 mph) 


Record # 3 
WB4APR-9>APR840, W8APR,WIDEx ,WIDE/V: @19025323951.85N/08414 . 91Wv269/060/APRS/good 
RMC Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 53mins UTC 

Lat= 39 deg 51 min 51 sec N Long= 84 deg 14 min 55 sec W 

Icon= Van Overlay= (none) 

Course= 269 deg Speed= 60 knots ( 69 mph) 


Record # 4 
WB4APR-9>APR840, RELAY ,WIDE, WIDE: @19023823944.25N/08412 .33Wv177/015/APRS/good RMC 
Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 38mins UTC 

Lat= 39 deg 44 min 15 sec N Long= 84 deg 12 min 20 sec W 

Icon= Van  Overlay= (none) 

Course= 177 deg Speed= 15 knots ( 17 mph) 


Record # 5 
WB4APR-9>APR840 , NK8X-9*,WIDE,WIDE:>181320zenroute dayton 
APRS Data Type= Status 

Day=18 Time=13hrs 20mins UTC 


Record # 6 
WB4APR-9>APR840, W8APR, WIDE ,WIDE/V: @19025523951. 64N/08416. 33Wv253/056/APRS/good 
RMC Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 55mins UTC 

Lat= 39 deg 51 min 38 sec N Long= 84 deg 16 min 20 sec W 

Icon= Van Overlay= (none) 

Course= 253 deg Speed= 56 knots ( 64 mph) 


Record # 7 
WB4APR-9>APR840 ,W8APR,WIDEx,WIDE/V: ; APRSmotel1*19025423950 . 69N/0842560WHO00/000/ 
Days inn 

APRS Data Type= Object 

Object Name= APRSmotel (Live) 

Day=19 Time=02hrs 54mins UTC 


Lat= 39 deg 50 min 41 sec N Long=INVALID LONG 
Icon= Num Circle 0 Overlay= (none) 


Record # 8 
WB4APR-9>APR840,W8APR,WIDEx,WIDE/V: ; APRSmote1*19025423950.69N/0842560WHO00/000/ 
Days inn 

APRS Data Type= Object 

Object Name= APRSmotel (Live) 

Day=19 Time=02hrs 54mins UTC 

Lat= 39 deg 50 min 41 sec N Long=INVALID LONG 

Icon= Num Circle 0 Overlay= (none) 


Record # 9 
WB4APR-9>APR840, RELAY ,W8APR,WIDEx/V : @19025723951.31N/08419 .42Wv269/056/APRS/good 
RMC Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 57mins UTC 

Lat= 39 deg 51 min 19 sec N Long= 84 deg 19 min 25 sec W 

Icon= Van Overlay= (none) 

Course= 269 deg Speed= 56 knots ( 64 mph) 


Record # 10 
WB4APR-9>APR840 , NK8X-9, KC8HFX-10* , WIDE : @19023923943 .96N/084) 2.6Wv171/000/APRS/good 
RMC Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 39mins UTC 

Lat= 39 deg 43 min 58 sec N Long= 84 deg 0 min 4 sec (** BAD E/W INDICATOR) 
Icon= Num Circle 1 Overlay= (none) 


Record # 11 
WB4APR-9>APR840 , NK8X-9,W8APR,WIDEx/V: ; !PQMmote1*29025723950.6N/04425. .1WHOO00/000/ 
Days inn 

APRS Data Type= Object 

Object Name= !PQMmotel (Live) 

Day=29 Time=02hrs 57mins UTC 

Lat= 39 deg 50 min 4 sec (** BAD N/S INDICATOR) Long=(** BAD DEG) 5 min 1 
sec (** BAD E/W 
INDICATOR) 

Icon= Circle Overlay= 0 


Record # 12 


WB4APR-9>APR840, N8UR, WIDEx ,WIDE/V: @19030123951.38N/08423 .45Wv275/051/APRS/good RMC 
Fix 


APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=03hrs O1mins UTC 

Lat= 39 deg 51 min 23 sec N Long= 84 deg 23 min 27 sec W 
Icon= Van Overlay= (none) 

Course= 275 deg Speed= 51 knots ( 59 mph) 


Record # 13 
WB4APR-9>APR840 , KC8HFX-10, KG9CN-10, KC6ETE-3*: @19030723950.63N/08425 .50Wv265/012/ 
APRS/good RMC 

Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=03hrs O7mins UTC 

Lat= 39 deg 50 min 38 sec N Long= 84 deg 25 min 30 sec W 

Icon= Van Overlay= (none) 

Course= 265 deg Speed= 12 knots ( 14 mph) 


Record # 14 
WB4APR-9>APR840, RELAY ,WIDE, WIDE: @19024123944 .57N/08412 .28Wv359/049/APRS/good RMC 
Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 41mins UTC 

Lat= 39 deg 44 min 34 sec N Long= 84 deg 12 min 17 sec W 

Icon= Van Overlay= (none) 

Course= 359 deg Speed= 49 knots ( 56 mph) 


Record # 15 
WB4APR-9>APR840, W8APR,WIDEx ,WIDE/V: @19030723950. 63N/08425. 50Wv265/012/APRS/good 
RMC Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=03hrs O7mins UTC 

Lat= 39 deg 50 min 38 sec N Long= 84 deg 25 min 30 sec W 

Icon= Van  Overlay= (none) 

Course= 265 deg Speed= 12 knots ( 14 mph) 


Record # 16 
WB4APR-9>APR840, RELAY ,WIDE, WIDE: @19024223945 .27N/08412.23Wv021/047/APRS/good RMC 
Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 42mins UTC 

Lat= 39 deg 45 min 16 sec N Long= 84 deg 12 min 14 sec W 

Icon= Van Overlay= (none) 

Course= 021 deg Speed= 47 knots ( 54 mph) 


Record # 17 
WB4APR-9>APR840 , W8APR , WIDE , WIDE : @19024223945 .27N/08412 .23Wv021/047/APRS/good RMC 
Fix 

APRS Data Type= Posit w/ time. With APRS 

Day=19 Time=02hrs 42mins UTC 

Lat= 39 deg 45 min 16 sec N Long= 84 deg 12 min 14 sec W 

Icon= Van Overlay= (none) 

Course= 021 deg Speed= 47 knots ( 54 mph) 


t+t+t+4+4+4+4+4+4+4+4+4+4+4+44+4+ END OF INPUT FILE +++++++++++4+4++4++4+4+4+4++44 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 19 08:19:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA23301 

for <lyris.aprsspec@tapr.org>; Fri, 19 May 2000 08:19:54 -0500 (CDT) 
Message-ID: <LYR11589-84802-2000.05.19-08.21.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-84684-2000.05.18-15.36.11-- 
bhildebrand#earthlink.net@lists.tapr.org><LYR14779-84744 -2000.05.18-23.25.33-- 
Tan.Wade#tcare4free.net@lists.tapr.org> <LYR11585-84777-2000.05.19-03.12.00-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: New Protocol?? 
Date: Fri, 19 May 2000 06:19:37 -0700 


MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <02dd01bfc194$e2ef08e0$0b94b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA23301 


> 
> They all look OK to me, except #s 7, 8, 10, 11: 
> 


<much deleted> 


Yes, those were the objects. The others looked fine. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 21 23:49:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA29780 

for <lyris.aprsspec@tapr.org>; Sun, 21 May 2000 23:49:06 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 22 May 2000 00:46:44 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <200005182033 .NAA20222@scaup.prod.itd.earthlink.net> 
Message-ID: <LYR11589-85225-2000.05.21-23.50.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0.4.05L.10005220022360 .3498-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 18 May 2000, Steve Dimse wrote: 


> I get the impression that if Bob could have his way, every program would 
> look exactly like APRSdos, use the same keystroke combinations, the same 
> maps. 


NO, but I do expect that EVERY user looking at an area 32 miles around 
Dayton Hamvention for example on WHATEVER map or MAP system they are 
using, would all describe that "same" AREA that they see in the SAME way 
to a 3rd party. 


It just amazes me that we have such strong objections to using the 
word "RANGE" to describe an ENglish term that means "an area 32 miles 
around the Dayton Hamvention". 


I just cannot understand how anyone can missinterpret that. The word 
"around" even derives its meaning from the concept of a circle with a 
radius of that dimension. 


> Yes, as he points out, it would make it easier for anyone to go 
> into an EOC and start using their program regardless of whose version is 
> installed. But is this homgeneity a Good Thing? I say not. 


NO! It allows anyone on any communications channel to "describe" the 
"size" of what he is LOOKING at on HIS screen in an UNAMBIGUOUS way. It 
has NOTHING TO DO with what program he is using or how he uses it. 


> The second APRS program out was MacAPRS, the third javAPRS. Neither of 
> those two have ever had map scale. 


And that is their number one failing when used in a cross platform, 
network of other users trying to commmunicate what they SEE on their 
maps. It is this total confusion and inability for a MAC/WIN user to 
describe what his view to a NON _MAC/WIN user that is driving this issue! 


Mac/WinAPRS ALSO DO NOT DEFINE APRS either. 


> In the 4 years since I first released javAPRS, I do not recall a single 
> request for this scale legend. 


I have been asking for it for over 4 years. 


Vv 


I especially object to the requirement for a scale legend. By chance the 
map product I use the most (MapBlast) has this, but I cannot control it, 
> and most other internet products do not contain it... 


Vv 


The failure of the pretty-map-makers to provide meaningful legends or 
quantifyable scale to the users should not DRIVE the design of APRS nor 
trap us into furthering this omission. 


nor is there any way for me to control most of the parameters Bob 
considers essential. For example, in the topo maps I can control the 
scale, but I cannot place a legend on the map, I cannot control the 
precise center, or even determine what it is. 


VVV WV 


You dont understand at all. JI am in no way asking for anyone to control 
anything. I AM ONLY ASKING THAT ALL MAPS DISPLAY TO THE USER A COMMON 
METRIC that conveys to him the approximate CENTER and "extent" of each MAP 
view so that THAT user can DESCRIBE it to SOMEONE ELSE in a consistent, 
concise and unambiguous way that will be understood by all APRS users 
across all platforms, and all software. 


If we AUTHORS cannot agree on a common basis then this is PROOF POSITIVE 
that our users will be hopelessly confused and be UNABLE to communicate 
their views across different systems and communications channels. 


Besides the underlying OS, the user interface is the thing that makes 
each program unique. Each program has attracted its accolytes, and their 
requests have driven the development of the program. Whether to include a 
scale legend should be up to the program authors, based on input from 
their users. If it was as important as Bob implies, it ought to bea 
most-requested feature, and given how easy it would be to implement, it 
would already be there. That it isn't in WinAPRS speaks volumes for the 
user's opinion of how important this feature is! 


VV VV VV VV 


It could also be said that it speaks volumes of why we still have MANY 
people who are FULLY computer literate, and fully conversant with 
WIndows and state-of the art in GUI's who still use a CRUDE, OLD and 
ANTIQUATED program like APRSdos INSTEAD Of WinAPRS. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 21 23:56:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ2125 

for <lyris.aprsspec@tapr.org>; Sun, 21 May 2000 23:56:31 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 22 May 2000 00:56:16 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: New Protocol?? 
In-Reply-To: <LYR11586-84744-2000.05.18-23.25.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-85227-2000.05.21-23.58.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005220053210 .3498-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 18 May 2000, Brent Hildebrand wrote: 


> Bob, are all these packets supposed to be parse-able? 
> Look particularly at the objects. 


Just got back from dayton and it s past midnight. Nothing jumps out as me 
as being amiss other than the second one below.., can you give me a hint? 


> 2000 5 19 2 57 47 WB4APR-9>APR840,W8APR,WIDEx,WIDE/ 
V:;APRSmote1*19025423950.69N/0842560 WHOOO/000/Days inn 

> 2000 5 19 3 1 32 WB4APR-9>APR840,NK8X-9,W8APR,WIDEX/V: ; !PQMmotel*29025723950.6 
N/04425..1WHOOO/000/Days inn 


Have no idea where this got garbled. but you wouldnt believe the QRM in 
Dayton! 


> 2000 5 19 3 7 42 WB4APR-9>APR840,KC8HFX-10,KG9ICN-10,KC6ETE -3* : @19030723950.63N/ 
08425 .50Wv265/012/APRS/good RMC Fix 

> 2000 5 19 3 8 9 WB4APR-9>APR840, RELAY ,WIDE,WIDE: @19024123944.57N/ 

08412 .28Wv359/049/APRS/good RMC Fix 

> 2000 5 19 3 8 29 WB4APR-9>APR840,W8APR,WIDEx,WIDE/V:@19030723950.63N/ 


08425 .50Wv265/012/APRS/good RMC Fix 
> 2000 5 19 3 13 13 WB4APR-9>APR840,RELAY,WIDE,WIDE:@19024223945.27N/ 
08412 .23Wv021/047/APRS/good RMC Fix 
> 2000 5 19 3 13 35 WB4APR-9>APR840,W8APR,WIDE*, WIDE: @19024223945.27N/ 
08412 .23Wv021/047/APRS/good RMC Fix 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 22 00:05:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA09570 

for <lyris.aprsspec@tapr.org>; Mon, 22 May 2000 00:05:54 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 22 May 2000 01:05:13 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: New Protocol?? 
In-Reply-To: <LYR11586-84744-2000.05.18-23.25.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-85243-2000.05.22-00.07.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005220100430 .3498-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 18 May 2000, Brent Hildebrand wrote: 


> Bob, are all these packets supposed to be parse-able? 
> Look particularly at the objects. 

> 

: ; APRSmote1*19025423950.69N/0842560 WHOOO/000/Days inn 
: ; APRSmote1*19025423950.69N/0842560 WHOOO/000/Days inn 
:@19025723951.31N/08419 .42Wv269/056/APRS/good RMC Fix 
:@19023923943 .96N/084)2. 6Wv171/000/APRS/good RMC Fix 
2; !PQMmotel*29025723950.6 N/04425..1WHOOO/000/Days inn 


Nope, these are all garbles.. 
The objects are all the same packet. Cleary there are bit errors 
introduced by the "system" somewhere.. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 22 14:00:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q4309 

for <lyris.aprsspec@tapr.org>; Mon, 22 May 2000 14:00:36 -0500 (CDT) 
Message-Id: <LYR11589-85387-2000.05.22-14.02.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
Date: Mon, 22 May 2000 14:59:59 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005221859 .SAA26571@www. findu.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
On 5/22/00 12:46 AM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>> nor is there any way for me to control most of the parameters Bob 
>> considers essential. For example, in the topo maps I can control the 
>> scale, but I cannot place a legend on the map, I cannot control the 
>> precise center, or even determine what it is. 


>You dont understand at all. JI am in no way asking for anyone to control 
>anything. I AM ONLY ASKING THAT ALL MAPS DISPLAY TO THE USER A COMMON 
>METRIC that conveys to him the approximate CENTER and "extent" of each MAP 
>view so that THAT user can DESCRIBE it to SOMEONE ELSE in a consistent, 
>concise and unambiguous way that will be understood by all APRS users 
>across all platforms, and all software. 

> 

I think you didn't understand what I am saying. As a programmer, I have 
no control over whether MapBlast, Topozone, or TIGER chooses to implement 
something. Therefore you are excluding a bunch of potentially useful 
sites and features from the internet system because they do not implement 
the features you and a handful of others consider important. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 22 15:35:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ7381 
for <lyris.aprsspec@tapr.org>; Mon, 22 May 2000 15:35:33 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 22 May 2000 16:34:49 -@400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More about Center and Range 
In-Reply-To: <200005221859.SAA26571@www. findu.com> 
Message-ID: <LYR11589-85409-2000.05.22-15.37.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


L 


ist-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005221629580 . 23483 -100000@arctic> 


S 
=) 


0 


VVVVV VV VV VV NV 


Y 
t 


) 
Cc 


A 


ender: bounce-aprsspec-11589@lists.tapr.org 
recedence: bulk 


n Mon, 22 May 2000, Steve Dimse K4HG wrote: 


>You dont understand at all. I am in no way asking for anyone to control 
>anything. I AM ONLY ASKING THAT ALL MAPS DISPLAY TO THE USER A COMMON 
>METRIC that conveys to him the approximate CENTER and "extent" of each MAP 
>view so that THAT user can DESCRIBE it to SOMEONE ELSE in a consistent, 
>concise and unambiguous way that will be understood by all APRS users 
>across all platforms, and all software. 

> 

I think you didn't understand what I am saying. As a programmer, I have 
no control over whether MapBlast, Topozone, or TIGER chooses to implement 
something. Therefore you are excluding a bunch of potentially useful 
sites and features from the internet system because they do not implement 
the features you and a handful of others consider important. 


es, but cannot any application that uses one of these maps also display 
he center and range of the map, somehow? It does not have to be "on" or 
in" the bitmap, it just has to be "associated" with the map view. When I 
ay "legend" I am simply asking for a "note" somewhere, anywhere that 


onveys to the user the "size" and "location" of the map. 


map without a scale is just a pretty picture... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 23 00:23:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA29356 
for <lyris.aprsspec@tapr.org>; Tue, 23 May 2000 00:23:47 -0500 (CDT) 


Message-Id: <LYR11589-85504-2000.05.23-00.25.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


S 


ubject: [aprsspec] Re: More about Center and Range 


Date: Tue, 23 May 2000 01:23:32 -0400 


X 


-sender: sdimse@findu.com 


From: Steve Dimse K4HG <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200005230523 .FAAQ3235@www. findu.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 5/22/00 4:34 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>> >You dont understand at all. JI am in no way asking for anyone to control 
>> >anything. I AM ONLY ASKING THAT ALL MAPS DISPLAY TO THE USER A COMMON 
>> >METRIC that conveys to him the approximate CENTER and "extent" of each MAP 
>> >view so that THAT user can DESCRIBE it to SOMEONE ELSE in a consistent, 
>> >concise and unambiguous way that will be understood by all APRS users 

>> >across all platforms, and all software. 

>>> 

>> I think you didn't understand what I am saying. As a programmer, I have 
>> no control over whether MapBlast, Topozone, or TIGER chooses to implement 
>> something. Therefore you are excluding a bunch of potentially useful 

>> sites and features from the internet system because they do not implement 
>> the features you and a handful of others consider important. 


>Yes, but cannot any application that uses one of these maps also display 
>the center and range of the map, somehow? It does not have to be "on" or 
>"in" the bitmap, it just has to be "associated" with the map view. When I 
>say "legend" I am simply asking for a "note" somewhere, anywhere that 
>conveys to the user the "size" and "location" of the map. 

> 

No, in most cases it is not possible to determine the scale of these 
internet maps. So I guess guess you want me to shut the whole thing 

down... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 23 14:48:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA28066 

for <lyris.aprsspec@tapr.org>; Tue, 23 May 2000 14:48:31 -0500 (CDT) 


Mime-Version: 1.0 

X-Sender: mcmusick@mail.anet-stl.com 

Message-Id: <LYR11589-85631-2000.05.23-14.50.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Tue, 23 May 2000 14:44:42 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mcmusick@anet-stl.com> 

Subject: [aprsspec] Re: New Protocol?? 

Cc: Bob Bruninga <bruninga@nadn.navy.mil> 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <p04310100b5504761bf£3b@[208.4.34.27]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>On Thu, 18 May 2000, Brent Hildebrand wrote: 

> 

>> Bob, are all these packets supposed to be parse-able? 
>> Look particularly at the objects. 

>> 

: ; APRSmote1*19025423950.69N/0842560 WHOOO/000/Days inn 

: ; APRSmote1*19025423950.69N/0842560 WHOOO/000/Days inn 
:@19025723951.31N/08419 .42Wv269/056/APRS/good RMC Fix 
:@19023923943 .96N/084)2. 6Wv171/000/APRS/good RMC Fix 

2; !PQMmotel*29025723950.6 N/04425. .1WHOOO/000/Days inn 


VVVVV V 


>Nope, these are all garbles.. 
>The objects are all the same packet. Cleary there are bit errors 
>introduced by the "system" somewhere.. 


I was monitoring A LOT(!!!) of garbage packets, especially on Friday 
evening. We had a glitched tracker up north in constant keydown 
sending GPS output in converse mode. The WIDE would break through the 
mess, but otherwise it was a QRM nightmare. 


But given the tremendous collision problem overall, is it possible 
that somebody who was digipeating had PASSALL turned on? I've never 
used PASSALL, but I have to wonder if this function will put good 
checksums on bad packets if they're digi'ed. 


...mike 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 23 18:36:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA17944 

for <lyris.aprsspec@tapr.org>; Tue, 23 May 2000 18:36:50 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 23 May 2000 19:36:33 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: New Protocol?? 
In-Reply-To: <p04310100b5504761b£3b@[208.4.34.27]> 
Message-ID: <LYR11589-85667-2000.05.23-18.38.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005231934240 .15441-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 23 May 2000, Mike Musick wrote: 


But given the tremendous collision problem overall, is it possible 
that somebody who was digipeating had PASSALL turned on? I've never 
used PASSALL, but I have to wonder if this function will put good 
checksums on bad packets if they're digi'ed. 


VV VV 


You bet! if any digi anywhere has PASSALL on, it is an absolute disaster, 
and you cannot find the culpret! The only way to find it is to build 
specific hard-coded DIGI calls, one at a time through all digis in an area 
and hope that this way you can slowly but surelty identify the bad one. 


Yes, the packets will have GOOD CRC's after being digiepated... :-( 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 09:30:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA29340 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 09:30:26 -0500 (CDT) 
Message-ID: <LYR11589-86290-2000.05.25-09.31.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 25 May 2000 15:28:16 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Yet another Kenwood bug? 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <EhEH£fLAAITL5Ew2z@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Browsing through some IGate output, I see a lot of packets apparently from Kenwood 
D700s, looking something like this: 


@24203520123 .45N/01234. 56W>291/006/TM-D7/M3/RETURNING] "5#}TM-D700 & GPS-45 
A=000338 


Is the comment field (following "...291/006") generated automatically? 
The encoded altitude "5i#t decodes to 338 feet. 

The very last item of data appears to be the same altitude, in plain text. 
However, it isn't the altitude, as they omitted the slash before the "A=". 
73 

Ian, G3NRW 


Technical Editor, APRS Protocol Specification 
xkkkKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
| email: g3nrw@arrl.net | 


| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.htm1 | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 13:33:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ3601 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 13:33:22 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 25 May 2000 14:32:03 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
In-Reply-To: <LYR11586-86290-2000.05.25-09.31.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-86358-2000.05.25-13.35.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005251416120 .7006-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 25 May 2000, Ian Wade wrote: 


Browsing through some IGate output, I see a lot of packets apparently from 
Kenwood D700s, looking something like this: 


@242035z20123 .45N/01234. 56W>291/006/TM-D7/M3/ 
RETURNING] "5##}TM-D700 & GPS-45 A=000338 
ANNA PAV AVAVAVAVAVATAS 
Is the comment field (following "...291/006") generated automatically? 
The encoded altitude "5é#t decodes to 338 feet. 
The very last item of data appears to be the same altitude, in plain text. 
However, it isn't the altitude, as they omitted the slash before the "A=". 


VVVV VV VV VV 


What you are seeing is a Mic-E "converted" packet. We have no idea who 
converted it, and everyone does it differently to get the embedded control 
characters though APRSserve as printible ASCII. 


I fought this battle over and over with Steve. 

Remember, I wanted a STANDARD conversion of the Mic-E format by ALL Igates 
to a CONSISTENT format. It gave a consistent format for further parsing 
AND it gave a one BYTE identifier as to WHO's software did the conversion! 
Thus we had all we needed for CONSISTENT parsing AND future 
troubleshooting... 


Now every authors software converts it DIFFERENTLY before sending 

it on (in 7 bit printable ASCII) to APRServe. Thus you have no way of 
parsing it consistently. Since the ALTITUDE is now added as the first 4 
bytes of the STATUS text portion, then where it will be in the Mic-E 
"converted" format via APRServe, depends only on which author converted 
it. 


I think this is stupid and will just be a forever problem. I published to 
ALL authors the recommended standard conversion format. Steve was the big 
objector to any standardization. Now that he is gone, maybe we can bring 
this back up and get agreement. 


There are now 6 different version of Mic-E devices transmitting Mic-E and 
how many different IGate softwares converting them to how many different 
formats. Lets say 6. THus we have 36 different possible formats... all 
for the same information. Darn it, we need a STANDARD! 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 14:25:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q4171 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 14:25:38 -0500 (CDT) 
Message-Id: <LYR11589-86369-2000.05.25-14.27.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Thu, 25 May 2000 12:23:55 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 


In-Reply-To: <LYR11639-86290-2000.05.25-09.31.30--ke6afef#tarrl.net@lists. 
tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <4.3.2.7.2.20000525120256. 00ba0d00@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 07:28 AM 5/25/2000, Ian Wade wrote: 

>The very last item of data appears to be the same altitude, in plain text. 
> 

>However, it isn't the altitude, as they omitted the slash before the "A=". 


Needing a "/" before the "A=" is news to me. We've been using "A=aaaaaa" 
for the altitude display in APRSdos for some time and I didn't know 

that. Not sure the "/" is needed in APRSdos. Do other flavors use the 
"A=aaaaaa" for display at all yet? Hope so. Guess I should have read page 
25 of the aprs101m.pdf proposal more carefully. 

73, Cap KE6AFE 

Cap Pennell 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: cap@cruzio.com home page: http://members.cruzio.com/~cap 

packet radio: KE6AFE @ki6éeh.#wcca.ca.usa.noam 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 14:42:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA13023 
for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 14:42:02 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 25 May 2000 15:41:08 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
In-Reply-To: <LYR11586-86369-2000.05.25-14.27.48- - 


bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-86373-2000.05.25-14.44.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005251540480 .7006-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 25 May 2000, Cap Pennell wrote: 


> Needing a "/" before the "A=" is news to me. We've been using "A=aaaaaa" 
> for the altitude display in APRSdos for some time and I didn't know 
> that. Not sure the "/" is needed in APRSdos. 


Yep... Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 14:59:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA24936 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 14:59:04 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 25 May 2000 15:58:47 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
In-Reply-To: <LYR11586-86358-2000.05.25-13.35.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-86378-2000.05.25-15.01.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005251550460 .7006-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


My apologies, I thought I was responding privately to the APRS Working 
Group. Even so, I always welcomed Steve's opinions, because the 

ensuing discussions were the only way to hammer out ideas and arrive at 
what we think is the best way to do things. 


He had good points about how hard it was to standardise on the growing 
plethora of Mic-E implementations and how there was no perfect solution.. 


This was not intended to denegrate those discussions. 
Bob 


On Thu, 25 May 2000, Bob Bruninga wrote: 


What you are seeing is a Mic-E "converted" packet. We have no idea who 
converted it, and everyone does it differently to get the embedded control 
characters though APRSserve as printible ASCII. 


I fought this battle over and over with Steve. 

Remember, I wanted a STANDARD conversion of the Mic-E format by ALL Igates 
to a CONSISTENT format. It gave a consistent format for further parsing 
AND it gave a one BYTE identifier as to WHO's software did the conversion! 
Thus we had all we needed for CONSISTENT parsing AND future 
troubleshooting... 


Now every authors software converts it DIFFERENTLY before sending 

it on (in 7 bit printable ASCII) to APRServe. Thus you have no way of 
parsing it consistently. Since the ALTITUDE is now added as the first 4 
bytes of the STATUS text portion, then where it will be in the Mic-E 
"converted" format via APRServe, depends only on which author converted 
it. 


I think this is stupid and will just be a forever problem. I published to 
ALL authors the recommended standard conversion format. Steve was the big 
objector to any standardization.... 


VVVVV VV VV VV VV VV VV VV VV 


etc... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 18:27:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA26938 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 18:27:23 -0500 (CDT) 
Message-ID: <LYR11589-86425-2000.05.25-18.29.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
References: <LYR11585-86358-2000.05.25-13.35.09-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
Date: Thu, 25 May 2000 16:26:27 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="is0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <013101bfc6a0$a73b1£80$6d95b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA26938 


Actually, I don't like your standard either. Not that it would not work, but it 
is unnecessary. A simple fix would have been to encode Mic-E packets using an 
Internet standard such as Base64. And decode it at the IGate. Then you have the 
ORIGINAL packet, not some cooked up packet. But that has not won any favor 
either. My proposal was something like this: The converted packet would be 
CALLSIGN>BASE64: base64_encoded_data_goes here. 


Example: 
Original packet: 
KF6VMM-9>S4PTQR, N6GEX-3*,WIDE2-1/1: '-HelR">/] "60% 


Encoded packet on TCP/IP: 
KH2Z>BASE64 : SOY2VKINLTk+UZROVFFSLE42RVstMyosVOLERTItMS8x0ictSGVsUh8+L10iNm99 


To decode, you see that the packet is to BASE64, so, take the data portion, and 
reverse the Base64 and you get: 
KF6VMM-9>S4PTQR, N6EX-3*,WIDE2-1/1: '-HelR">/] "60% 


No loss of data. No funky conversion packet. Original data on the Far Side. 


What about gating the packet to RF should that be required? Strip out the excess 
path, and make it a gated packet. Here would be the data portion. 
¢KF6VMM-9>S4PTQR: '-HeLR">/] "60% 


Brent 


Sess Original Message ----- 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 

Sent: Thursday, May 25, 2000 11:32 AM 

Subject: [aprsspec] Re: Yet another Kenwood bug? 


On Thu, 25 May 2000, Ian Wade wrote: 


Browsing through some IGate output, I see a lot of packets apparently from 
Kenwood D700s, looking something like this: 


> 

> 

> 

> @24203520123 .45N/01234.56W>291/006/TM-D7/M3/ 

> RETURNING]"5#%TM-D700 & GPS-45 A=000338 

> ANNA PAV AVAVAVAVATATAS 

> Is the comment field (following "...291/006") generated automatically? 

> The encoded altitude "5i#t decodes to 338 feet. 

> The very last item of data appears to be the same altitude, in plain text. 
> However, it isn't the altitude, as they omitted the slash before the "A=". 


What you are seeing is a Mic-E "converted" packet. We have no idea who 
converted it, and everyone does it differently to get the embedded control 
characters though APRSserve as printible ASCII. 


I fought this battle over and over with Steve. 

Remember, I wanted a STANDARD conversion of the Mic-E format by ALL Igates 
to a CONSISTENT format. It gave a consistent format for further parsing 
AND it gave a one BYTE identifier as to WHO's software did the conversion! 
Thus we had all we needed for CONSISTENT parsing AND future 
troubleshooting... 


Now every authors software converts it DIFFERENTLY before sending 

it on (in 7 bit printable ASCII) to APRServe. Thus you have no way of 
parsing it consistently. Since the ALTITUDE is now added as the first 4 
bytes of the STATUS text portion, then where it will be in the Mic-E 
"converted" format via APRServe, depends only on which author converted 
it. 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


> I think this is stupid and will just be a forever problem. I published to 
ALL authors the recommended standard conversion format. Steve was the big 
objector to any standardization. Now that he is gone, maybe we can bring 
this back up and get agreement. 


There are now 6 different version of Mic-E devices transmitting Mic-E and 
how many different IGate softwares converting them to how many different 
formats. Lets say 6. THus we have 36 different possible formats... all 
for the same information. Darn it, we need a STANDARD! 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVVVV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 19:27:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA12887 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 19:27:25 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 25 May 2000 20:26:43 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
In-Reply-To: <LYR11586-86425-2000.05.25-18.29.24- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-86436-2000.05.25-19.29.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005252023170 .22450-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 25 May 2000, Brent Hildebrand wrote: 


Actually, I don't like your standard either. Not that it would not 
work, but it is unnecessary. A simple fix would have been to encode 
Mic-E packets using an Internet standard such as Base64. And decode it 
at the IGate. Then you have the ORIGINAL packet, not some cooked up 
packet. But that has not won any favor either... 


VV VV V 


I never cared what the format was as long as we had a standard. Your 
proposal above is not backwards compatible with any existing software. 

It would require a mod to all user software for anyone looking at the 
APRServe stream. But since those same software are the basic engines for 
the IGates, I do think it could be phased in quickly... 


So I am not opposed to it. But we just need everyone to implement it in 
one commmon manner... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 19:52:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA18656 
for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 19:51:57 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-86438-2000.05.25-19.54.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 25 May 2000 20:52:27 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
References: <LYR11601-86436-2000.05.25-19.29.16--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <392DCACA.4DE45800@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 

On Thu, 25 May 2000, Brent Hildebrand wrote: 

A simple £1ix would have been to encode 

> Mic-E packets using an Internet standard such as Base64. And decode it 
> at the IGate. Then you have the ORIGINAL packet, not some cooked up 


> packet. But that has not won any favor either... 


I never cared what the format was as long as we had a standard. Your 
proposal above is not backwards compatible with any existing software. 


VVVVV VV VV 


I'd rather see ONE standard that made sense then a tower of Bable that may 
result. I've looked at the spec, and in almost every case there appears to be 
multiple ways to do the same thing. I believe positions can be represented 

in at least four or five different ways, weather in at least that many ways and 
who knows what else. 


As any programmer knows, trying to write parsing routines for multiple formats 

is more then trivial. While what's done is done, for the future the WG might 
consider 

picking the best format and making that the "must have" standard instead of 
continuing 

the dilution of the protocol. ONE standard, not the mish-mash of four+ ways to say 
the 

same thing. Just suggest one method, in the spec doc, instead of giving equal 
footing 

to all methods. 


I like the idea of a base 64 standard as it is "C" friendly and should be able to 
be 

implemented on most small microcontrollers. While the compressed format is a nice 
size reduction, the algorithms needed to convert to it are not very 
microcontroller 

friendly (floating point and/or double longs). But I'll take compressed over NEMA 
any day ;-) 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 25 20:09:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA22482 

for <lyris.aprsspec@tapr.org>; Thu, 25 May 2000 20:09:21 -0500 (CDT) 
Message-ID: <LYR11589-86448-2000.05.25-20.11.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-86436-2000.05.25-19.29.16-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
Date: Thu, 25 May 2000 18:08:44 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="1s0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <019801bfc6éae$£14b0d20$6d95b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA22482 


Well, after some simple tests, APRSd does indeed pass 8-bit data, having passed 
successfully the top 50 ASCII characters in, and getting them back exactly as 
entered. Thus it appears, that APRSd does not have the APRServe limitation. But 
we still have a mixed system of APRServe and APRSd. So encoding is still 
required. My vote would be for a simple Base64 encoding. This will work for 
APRServe and APRSd. It will also pass the callsign of the originating station, 
something that is not present currently. Of course, not all packets need 
encoding. This is what I would propose: 


CALLSIGN>BASE64: base64_encoded_data 


CALLSIGN is the callsign of the station entering the data to APRServe 


BASE64 indicates the data is Base64 encoded 
base64_encoded_data is the data in Base64 format 


To reverse the process, receiving station detects the fact that the TO field is 
BASE64. It then takes the data portion of the packet and UNBASE64s it and runs it 
back through their parser. No data loss. Works with APRServe and APRSd now. 


Brent 


Soe Original Message ----- 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Thursday, May 25, 2000 5:26 PM 

Subject: [aprsspec] Re: Yet another Kenwood bug? 


On Thu, 25 May 2000, Brent Hildebrand wrote: 


Actually, I don't like your standard either. Not that it would not 
work, but it is unnecessary. A simple fix would have been to encode 
Mic-E packets using an Internet standard such as Base64. And decode it 
at the IGate. Then you have the ORIGINAL packet, not some cooked up 
packet. But that has not won any favor either... 


VVVV WV 


I never cared what the format was as long as we had a standard. Your 
proposal above is not backwards compatible with any existing software. 

It would require a mod to all user software for anyone looking at the 
APRServe stream. But since those same software are the basic engines for 
the IGates, I do think it could be phased in quickly... 


So I am not opposed to it. But we just need everyone to implement it in 
one commmon manner... 


Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 26 08:23:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA12824 

for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 08:23:36 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 26 May 2000 09:23:04 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Transparent FORMAT 
In-Reply-To: <017601bfc6ab$10deb000$6d95b3d1@celeron> 
Message-ID: <LYR11589-86575-2000.05.26-08.25.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10005260917540 .7914-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 25 May 2000, Brent Hildebrand wrote: 


> Bob Said: 

> > I never cared what the format was as long as we had a standard. Your 
> > proposal above is not backwards compatible.... 

> > But since those same software are the basic engines for 

> > the IGates, I do think it could be phased in quickly... 

> > So I am not opposed to it. But we just need everyone to implement it in 
> > one commmon manner... 

> 

> Not backward compatible? Who cares? By your own account, everything 
> needs to be changed anyway. Let's do it in a way that can fix the 

> APRServe binary problem for good. Hmm, I wonder if APRSd talks 7 or 8 
> bit. Off to test. 


Actually, I am beginning to like the idea of a standard BINARY to 7 bit 
ASCII conversion that will suit ALL applications. All we need to do is 
specify an as yet-unused FORMAT character and it simply indicates that ALL 
that follows is a converted packet. 


Then everyone uses only the one standard DECODE routine to convert it back 


to the original packet no matter what it is... End of all problems. 
Did your proposal already pick out a FORMAT character? 


de WB4APR. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 26 08:27:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA13610 

for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 08:27:38 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 26 May 2000 09:27:29 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
In-Reply-To: <018401bfc6ae$4ee98840$6d95b3d1@celeron> 
Message-ID: <LYR11589-86576-2000.05.26-08.29.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005260924270.7914-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I like it. Looks good to me! 

My idea preserved the original header and so can go over RF too. 

But I think yours also is fully AX.25 compliant in KISS mode. RIght? 

In the below example the only difference would be that there will be DIGI 
peater fields. But I think that is consistent with what you designed... 


So if thats the case, I think yours wins... 
Does anyone else see a problem? 


DE wb4apr 


On Thu, 25 May 2000, Brent Hildebrand wrote: 


> 
> 
> 
> 
> 
> 
> 


> 
> 
> 
> 


Vv 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VOMV 


VVV VV VV VV VV VV VV VV VV VV VV VV 


CALLSIGN>BASE64: base64_encoded_data 


CALLSIGN is the callsign of the station entering the data to APRServe 
BASE64 indicates the data is Base64 encoded 
base64_encoded_data is the data in Base64 format 


To reverse the process, receiving station detects the fact that the TO field is 
BASE64. It then takes the data portion of the packet and UNBASE64s it and runs it 
back through their parser. No data loss. Works with APRServe and APRSd now. 


Brent 


--- Original Message ----- 


From: Bob Bruninga <bruninga@nadn.navy.mil> 


To: 


APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Thursday, May 25, 2000 5:26 PM 
Subject: [aprsspec] Re: Yet another Kenwood bug? 


On Thu, 25 May 2000, Brent Hildebrand wrote: 


Actually, I don't like your standard either. Not that it would not 
work, but it is unnecessary. A simple fix would have been to encode 
Mic-E packets using an Internet standard such as Base64. And decode it 
at the IGate. Then you have the ORIGINAL packet, not some cooked up 
packet. But that has not won any favor either... 


VVVV Vv 


I never cared what the format was as long as we had a standard. Your 
proposal above is not backwards compatible with any existing software. 

It would require a mod to all user software for anyone looking at the 
APRServe stream. But since those same software are the basic engines for 
the IGates, I do think it could be phased in quickly... 


So I am not opposed to it. But we just need everyone to implement it in 
one commmon manner... 


Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink. net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VVNM 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 26 10:59:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25105 

for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 10:59:08 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 26 May 2000 11:58:21 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: Transparent FORMAT 
In-Reply-To: <003e01bfc716$b21ccOe0$fa92b3d1@celeron> 
Message-ID: <LYR11589-86600-2000.05.26-11.00.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005261157170.7914-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 26 May 2000, Brent Hildebrand wrote: 
> Format character? No. It keyed of the TO field as this was data only 


being dealt with via APRServe. In this way, you knew the IGate station 
something we don't know now. And you reproducibly sent any binary data 


through APRServe, with path and data preserved. It is not intended to be 
on the air. 


I'd prefer to see something that can be used anywhere transparently. But 
I think yours will do that as well. right? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 26 11:10:50 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27069 
for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 11:10:45 -0500 (CDT) 
Message-ID: <LYR11589-86604-2000.05.26-11.13.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Transparent FORMAT 
Date: Fri, 26 May 2000 09:10:31 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001601b£c72d$06£2e2a0$b394b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>On Fri, 26 May 2000, Brent Hildebrand wrote: 

> 

> > Format character? No. It keyed of the TO field as this was data only 
> being dealt with via APRServe. In this way, you knew the IGate station 


> something we don't know now. And you reproducibly sent any binary data 

> through APRServe, with path and data preserved. It is not intended to be 
> on the air. 

> 

>I'd prefer to see something that can be used anywhere transparently. But 
>I think yours will do that as well. right? 

> 

>Bob 


Anywhere? I suppose if you add a digipeater path. But converting a packet 

to Base64 does increase its length a far bit (pun sort of intended), and the 
RF network can handle 8-bit. APRServe can not. My suggestion is really for 
the TCP/IP side. But I'm open to suggestions. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 26 11:52:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA09458 

for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 11:52:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 26 May 2000 12:51:55 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: Transparent FORMAT 
In-Reply-To: <001601bfc72d$06£2e2a0$b394b3d1@laptop233> 
Message-ID: <LYR11589-86620-2000.05.26-11.54.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005261247210.7914-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 26 May 2000, Brent Hildebrand wrote: 


>I'd prefer to see something that can be used anywhere transparently. But 
>I think yours will do that as well. right? 


Anywhere? I suppose if you add a digipeater path. But converting a packet 

to Base64 does increase its length a far bit (pun sort of intended), and the 
RF network can handle 8-bit. APRServe can not. My suggestion is really for 
the TCP/IP side. But I'm open to suggestions. 


VV VV VV MV 


Yep, I agree that it would be verbose, and no obvious need on RF. But I 
just figured we should not preclude that option. And I think you are 
saying that it will work there fine (with the digis included). I guess 
the expansion ratio is 2 bits per byte or about a 25% expansion? Or did I 
figger that wrong? 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 26 12:17:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA15889 

for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 12:17:49 -0500 (CDT) 
Message-ID: <LYR11589-86623-2000.05.26-12.20.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 26 May 2000 13:16:00 -0400 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Spec for Band ID needed 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <392EB150.331FE181@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I thought that I'd just put a bug in the ear of the folks who are in 


control of this sort of thing, that -- especially with the discussion of 
finding an APRS Service frequency on bands other than 2-meters, from a 
tactical and emergency/safety issue -- it will become imperitive that 


some sort of "band of origination" flag be included in the protocol 
(even if it is simply added by GATEs during the process of GATE-ing). 


Imagine seeing an emergency or health/welfare message coming across a 
screen and attempting to DF it using conventional DF techniques, not 
being able to do so because it originated on 10-meters or 6-meters or 
440-MHz and was transparently GATED to 2-meters. 


I know there are plenty of irons in the fire, this is just a gentle 
reminder, that's all. 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 26 15:34:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA18759 

for <lyris.aprsspec@tapr.org>; Fri, 26 May 2000 15:34:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 26 May 2000 16:34:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Yet another Kenwood bug? 
In-Reply-To: <LYR11586-86576-2000.05.26-08.29.53-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-86676-2000.05.26-15.36.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005261626210 .3737-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 25 May 2000, Brent Hildebrand wrote: 
CALLSIGN>BASE64: base64_encoded_data 
CALLSIGN is the callsign of the station entering the data to APRServe 


BASE64 indicates the data is Base64 encoded 
base64_encoded_data is the data in Base64 format 


VV VV VV Vv 
VV VV WV 


I now realize I was mixing apples and oranges. The above packet is like 
3rd party and the entire packet is base64 encoded. But since most of a 
packet is HEADER which is already all printable, this is somewhat 
inneffecient. 


Im leaning back towards: 
SENDER>TOCALL, PATH, PATH: |base_64_encoded data 


Where "|" here is a special so-far-unused FORMAT IDENTIFIER that says 
"take everything following this as base_64 encoded copy of the original 
packet data field. We would not actually use the "|" character since it 
is a reserve character, I only used it as an example. 


This is completly reversible at the IGATE->RF end... 
What do you think? 


Bob 
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Hello, 


I just finished reading, in one sitting, the discussions that have resulted 
from the email "A Question about Map View and Range Scale" from Wed, 10 May 
2000. 


At the risk of (re)starting something, I wanted to make the following 
observations: 


1) To me, the idea that the range circle is "the largest circle that can fit 
on the screen" is by definition only a minimal view of what can be seen ona 
display, since the display's height to width ratio will usually be different 
between any two users. Usually this should be "good enough" though since it 
estimates the bulk of what that the other person is seeing, and _gaurantees_ 
that anything within the defined circle should be on both displays. The 
unclear parts will be the corners, and the edges perpendicular the the 
screen's long axis. If it's not clear that something would be in your range 
circle, then fix it by recentering the circle or changing the range so it 
will be encompassed. 


2) Even if you were to specify a rectangle percicely, that is also not be 
enough to allow a perfect recreation of a view, esp. if the recreated view 
will be on a smaller screen, lower resolution display, or with a different 
aspect ratio. 


You will never be able to transfer two views EQUALLY between the following 
two screens. The top view (below) has extra W/E advantage over the bottom's 
N/S advantage. A Palm Pilot's display may be able to fit on my home 
computer's 19" CRT, but never the other way around. Center/Range or 
Rectangles may only give the recieving station a feel for how big the other 
user's view is, but that is usually all that is needed. By comparing center 
and range scale info, two users can at least approximate what the other is 
seeing and therefore "get on the same page" as it were. 


|<- 32 mi ->| 


3) I would describe the difference between Bob's Range Scale and Street 
Atlas's distance (tick) scale this way: 


Bob's range scale is always one-half of the distance along the map's 
shortest viewable axis. 


Street Atlas's tick scale is simply the distance between the two vertical 
ticks on the |------ | graphic. 


Using each requires a different technique: The Range Scale allows me to 
estimate distances by subdividing an overall number based on visually 
comparing relative segment lengths (ie: a distance that is about 75% that 
from the display center to the range circle, and given a 32 mile range 
scale, is about a 24 mile distance). The Streen Atlas tick scale requires a 
cumulative addition of segments (ie: my index finger width for this 
particular screen is about on tick, the tick scale may be 0.2 miles, soa 
distance of about 13 fingers adds up to about 2.6 miles). 


An on-screen click and drag caliper between two arbitrary points will always 
be the most accurate measurement of that distance. And it would be useful 
for estimating another users range scale on the local map. But it is a poor 
tool to use if that is the only way available to generate my range scales 
for relaying to athers, esp. if I am constantly makinng lots of map zoom 
changes. 


There are at least two advantages of displaying a "Range Scale" value over a 


simple "arbitrary scale" value. First, my estimates are probably better, as 
~125% of a "range scale" is probably easier to gauge than 14 finger widths 
times a "tick scale". In addition, the INFORMED/TRAINED user will know a 
300% range scale distance refers to a long-axis measuremet in an arbitrary 
window type "display view" and may not be reproducible on a tiny square 
display. Whereas a 25 unit SA "tick scale" provides no real information of 
the other user's overall display size, because the SA tick scale has no 
relation to the overall window size. I just tried resizing an SA display, 
and a very long and narrow display has the same scale as a square one. A 
range scale on the other hand would have changed to reflect the screen 
resizing based on the definition of "one-half of the distance along the 
map's shortest viewable axis". 


4) If the goal is to describe the actual rectangle that the other person is 
seeing, then add the "missing parameter" that allows one to define the size 
of that box and to locate it on the map. (Although it still won't help 
describe the resolution on the map, the amount of map and icon details 
displayed, etc.) 


I personally think that these two methods complement, rather than replace, 
each other. Voice users will most likely use the center/range construct, 
whereas fully defined rectangles construct could be used to more precisly 
transfer view parameters directly between two computers. 


5) None of the real-world searches I have been on use computers. There is a 
great desire by many to change this, but paper will still rule for a very 
long time to come for a variety of reasons. The center/range metric 
described by Bob supports paper maps fairly well in two ways. 


If a baseline computer view is defined such as the subject's last known 
point (LKP) with range X, a protractor (or a length of string) can be used 
to quickly draw an approximation of that screen view onto a paper map. 
Furthermore, if multiple views are defined/described, then multiple circles 
(overlapping or not) can be drawn on the paper map and refered to by some 
predifined area "name" such as the LKP, base area, clue area 1, etc. 


Realistically, I doubt that drawing these circles would actually occur. More 
likely it would be done mentally. One methond I like is to spread two 
fingers apart by the desired distance (Range Scale in this case) and going 
through the physical motion of drawing a circle as though I was using a 
protractor while mentally noting the area I was encompasing. Note, this 
works just as well on a computer screen as it does on a paper map. 


The center/range construct's _main_ purpose is to allow someone to express 
what general coverage area they are seeing. This allows another person to 
construct some type of gauge for _their_own_use_, either by plotting a 


circle on their map, zooming and panning to recreate a similiar screen view, 
or possbily figuring out mentally what the first person is talking based 
only on their familiarity with the area. 


In the wonferful future to come, a large screen display (videowall :-) map 
could show the areas that multiple individual user workstations are 
concentrating on by showing their multiple center/range cirlces on the 
overall tactical map, and could capture those icons that are out of range of 
all of the "myoptic" operators. Once glance on the main tactical map could 
be the alert to focus attention on an area using a different computer's 
display. The tactical map would, amoung other things, help summarize where 
your operators are focusing their attention. 


6) Mabye I should have spoken up long before, but the lack of any type of 
scale on applications like javAPRS has been a problem for me. Currently I 
just make very rough estimates on distances based solely on visual cues from 
the map itself and inherent knowledge of distances displayed. For example, 
the displayed distance between the DC and Baltimore beltways, or from the DC 
Beltway to the I-81 and I-66 intersection. This is fine for rough 
estimation, but stinks for getting details like how far are we from Manassas 
VA? With practice, I can now get fair results, but when I show others the 
types of maps I get the familiar blank-stare as they rarely know what they 
are looking for/at. 


I agree that if a wonderful map site cannot allow you the control (or know) 
the map scale, or will not allow you to place icons and objects on the 
output which is to the specs satisfaction, then don't worry about it. If the 
remaining information does convey what the users think is useful, then it 
will be used anyhow. But that should not stop the spec from the range scale 
(or whatever) simply because you cannot implement it given a particular 
application quirk. 


7) Finally, and most importantly, map reading and map usage itself is a 
skill. I would say that _most_ people are not very good at it. Even experts 
can get tripped up by various concepts because they may never have used that 
concept before, or have only used it in a limited way, or don't use it 
enough to be proficient, or may simply know it may another name. 


For example, a "plotting" operator located at a stationary site who is 
reporting and controlling things around them will probably use different 
skills and techniques compared to the "navigator" operator who is interested 
in getting their moving vehicle from one place to another without incident. 


The example of how the many different skilled users having never heard of a 
"range scale" is not suprising to me. They may simply not know what it is, 
or what good it can do for them, or may have ever needed it, or just don't 


recognize it by that name. That does not mean that it is not a useful 
tool/skill to know. I wonder how many might actually find it helpful once 
they were 1) taught was it was, and 2) were given the tools that would make 
it easy to use? 


Ask that same group of people how to account for magnetic declination when 
doing compass work. I have seen people who are experts with map and compass 
"loose it" during a theoretical-type teaching discussion because what they 
are used to doing is not always well explained. Furthermore, I know two 
completely different techniques that both work, but are not compatible with 
each other. This may be part of the problem with discussing range circles 
vs. area retangles. 


Finally, I believe there was a sentiment expressed that much of this 
conversation was a disagreement in underlying technology. I disagree. I 
think the problem is the fundamental differences of how two people can 
describe their perceptions of the same thing differently. Two people will 
probably never agree 100% on what a map display is showing. Even if both 
were looking at the same size screen, differences in their training, 
experiences, interpretation, and even eyesight will create a different 
perceptions. The best we can hope for is to minimize those differences, not 
eliminate them. 


Darrell Hale, N3KTP 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Center/Range Observations 
References: <LYR13460-86758-2000.05.27-00.19.08-- 
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Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-86758-2000.05.27-00.19.08--roger#peaksys.co.uk@list 
s.tapr.org>, Darrell Hale <halehome@home.com> writes 

[snip] 

>Usually this should be "good enough" though since it 

>estimates the bulk of what that the other person is seeing, and _gaurantees_ 
>that anything within the defined circle should be on both displays. 


AANNNAANANA 


[snip] 


Isn't the whole point that "should" is "will"? At least in terms of the 
geographical area covered. (Or have I misunderstood it?) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
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Subject: [aprsspec] Re: Center/Range Observations 
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MIME-Version: 1.0 
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List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
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Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Very good summary. I think I agree with everything you have said. And it 
describes in detail the nuances behind what I am trying to do. I have 
been hesitant to use so many words, fearing that no one would read it all, 
but you have summarized it quite well. 


On Sat, 27 May 2000, Darrell Hale wrote: 


1) To me, the idea that the range circle is "the largest circle that can fit 
on the screen" ... Usually this should be "good enough" though since it 
estimates the bulk of what that the other person is seeing, and _gaurantees_ 
that anything within the defined circle should be on both displays. 


You will never be able to transfer two views EQUALLY between the following 
two [oblong] screens.. By comparing center 

and range scale info, two users can at least approximate what the other is 
seeing and therefore "get on the same page" as it were. 


VV VV VV VV V 


Yep, thats all I am trying to accomplish... 

and the following is exactly why I cant work with "tiny-tick" scales. 

I think the EYE can much better estimate the length of something small 
compared to a long legend (visual division) than estimating somthing big 
relative to a small legend (visual multiplication). 


Bob's range scale is always one-half of the distance along the map's 
shortest viewable axis. 

Street Atlas's tick scale is simply the distance between the two vertical 
ticks on the |------ | graphic. 


Using each requires a different technique: The Range Scale allows me to 
estimate distances by subdividing an overall number based on visually 
comparing relative segment lengths (ie: a distance that is about 75% that 
from the display center to the range circle, and given a 32 mile range 
scale, is about a 24 mile distance). The Streen Atlas tick scale requires a 
cumulative addition of segments (ie: my index finger width for this 
particular screen is about on tick, the tick scale may be ©.2 miles, soa 
distance of about 13 fingers adds up to about 2.6 miles). 


There are at least two advantages of displaying a "Range Scale" value over a 
simple "arbitrary scale" value. First, my estimates are probably better, as 
~125% of a "range scale" is probably easier to gauge than 14 finger widths 
times a "tick scale". 


VVVVV VV VV VV VV VV VV MV 


Yes! 


> 
> 
> 
> 
> 
> 
> 


Whereas a 25 unit SA "tick scale" provides no real information of 

the other user's overall display size, because the SA tick scale has no 
relation to the overall window size. I just tried resizing an SA display, 
and a very long and narrow display has the same scale as a square one. A 
range scale on the other hand would have changed to reflect the screen 
resizing based on the definition of "one-half of the distance along the 
map's shortest viewable axis". 


< 
fo) 
n 


VV VV VV VV VV VV VV VV VV VV WV 


5) None of the real-world searches I have been on use computers... 
THe Center/Range metric described by Bob supports paper maps fairly well 
in two ways. 


a protractor (or a length of string) can be used 
to quickly draw an approximation of that screen view onto a paper map. 


Realistically, I doubt that drawing these circles would actually occur. More 
likely it would be done mentally. One methond I like is to spread two 
fingers apart by the desired distance (Range Scale in this case) and going 
through the physical motion of drawing a circle as though I was using a 
protractor while mentally noting the area I was encompasing. Note, this 
works just as well on a computer screen as it does on a paper map. 


The center/range construct's _main_ purpose is to allow someone to express 
what general coverage area they are seeing. This allows another person to 
construct some type of gauge for _their_own_use_, either by plotting a 
circle on their map, zooming and panning to recreate a similiar screen view, 
or possbily figuring out mentally what the first person is talking based 
only on their familiarity with the area. 


Yes, this is exactly what I am trying to standardize. 


VV VV VV VV VV VV 


In the wonferful future to come, a large screen display (videowall :-) map 
could show the areas that multiple individual user workstations are 
concentrating on by showing their multiple center/range cirlces on the 
overall tactical map, 

. This tactical map would, amoung other things, help summarize where 
your operators are focusing their attention. 


6) Mabye I should have spoken up long before, but the lack of any type of 
scale on applications like javAPRS has been a problem for me. Currently I 
just make very rough estimates on distances based solely on visual cues from 
the map itself and inherent knowledge of distances displayed. 


This really came home to me when someone sent me a MAP from Sout Africa 
asking me a detailed question about setting up Digipeaters. It was a 
beautiful color map comparable to any currently availabe map product. 
It showed 3 Digipeaters and callsigns. But I was absolutely clueless 
as to whether the digis were 5 miles apart or 50 miles apart! Being 
TOTALLY ignorant of the geography of South AFrica, I had NO visual 
clues. THis incident CONVINCED me of the PROBLEM and that we MUST have 


a 


standard for conveyin MAP SCALE. 


Remember 4 out of 10 American adults cannot even find the USA on a world 


I agree that if a wonderful map site cannot allow you the control (or know) 
the map scale, or will not allow you to place icons and objects on the 
output which is to the specs satisfaction, then don't worry about it. If the 
remaining information does convey what the users think is useful, then it 
will be used anyhow. But that should not stop the spec from the range scale 
(or whatever) simply because you cannot implement it given a particular 
application quirk. 


ANd I thought when you REQUEST the map, that the URL contains the scale 
you are requesting? Thus you shuld konw the scale of what you get back. 


VV VV VV VV VV VV VV 


7) Finally, and most importantly, map reading and map usage itself is a 
skill. I would say that _most_ people are not very good at it. 


Finally, I believe there was a sentiment expressed that much of this 
conversation was a disagreement in underlying technology. I disagree. I 
think the problem is the fundamental differences of how two people can 
describe their perceptions of the same thing differently. Two people will 
probably never agree 100% on what a map display is showing. Even if both 
were looking at the same size screen, differences in their training, 
experiences, interpretation, and even eyesight will create a different 
perceptions. The best we can hope for is to minimize those differences, not 
eliminate them. 


Darrell Hale, N3KTP 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 27 09:21:27 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA18801 
for <lyris.aprsspec@tapr.org>; Sat, 27 May 2000 09:21:27 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 27 May 2000 10:20:26 -0400 (EDT) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Center/Range Observations 

In-Reply-To: <LYR11586-86772-2000.05.27-03.18.08- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-86808-2000.05.27-09.23.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10005271018530 .18221-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 27 May 2000, Roger Barker wrote: 
>Usually this should be "good enough" though since it 
>estimates the bulk of what that the other person is seeing, and _gaurantees_ 


>that anything within the defined circle should be on both displays. 


Isn't the whole point that "should" is "will"? At least in terms of the 
geographical area covered. (Or have I misunderstood it?) 


VVVVV VV 


Yes. Exactly. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 28 00:16:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA13065 

for <lyris.aprsspec@tapr.org>; Sun, 28 May 2000 00:16:02 -0500 (CDT) 
Message-Id: <LYR11589-86983-2000.05.28-00.18.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 27 May 2000 22:15:49 -0700 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Re: Center/Range Observations 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <103130301b5565b60ba00@[198.106.196.117]> 
<LYR11893 -86971-2000.05.28-00.00.16--wagnerj#tproaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Wow. 
This was very well thought out and well expressed. 
The issue of gross differences between display resolution (as with a CRT vs 


Palm) is an important contribution. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 28 03:20:09 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA22275 

for <lyris.aprsspec@tapr.org>; Sun, 28 May 2000 03:20:08 -0500 (CDT) 
Message-Id: <LYR11589-86999-2000.05.28-03.22.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: halehome@mail 


Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sun, 28 May 2000 04:21:12 -0400 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Darrell Hale <halehome@home.com> 

Subject: [aprsspec] Re: Center/Range Observations 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <2.2.32.20000528082112 .00ae4938@mail> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>>Usually this should be "good enough" though since it 

>>estimates the bulk of what that the other person is seeing, and _gaurantees_ 
>>that anything within the defined circle should be on both displays. 

> ANNNANAA 

>[Esnip] 

> 

>Isn't the whole point that "should" is "will"? At least in terms of the 
>geographical area covered. (Or have I misunderstood it?) 


No misunderstanding, "will" is the right word. 


Given the amount of time it took to write and edit that email, if that is my 
only mistake I must be ona roll. 


I believe I was thinking to myself at that moment "reported APRS objects 
will be within the circle, whereas map details should be about the same - 
assuming an approximately equal representation of base map details by both 
users on each of their displays." All of that just came out as "should be". 


Darrell 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 29 09:45:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA14041 

for <lyris.aprsspec@tapr.org>; Mon, 29 May 2000 09:44:59 -0500 (CDT) 
Message-ID: <LYR11589-87198-2000.05.29-09.47.23-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Mon, 29 May 2000 10:43:10 -0400 

From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] OT: All text compression info, please? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <393281FE.216DEB8B@greeceny.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'd like to learn about how one goes about compressing information in 
such a way as it (the resulting compressing information) remains a 
printable ASCII character. I don't know the key words to search on in 
order to do an internet search engine search. I tried "huffman 
encoding" but I think that could generate non printable characters. 


Is someone in a position to point me in a direction in which I could 
further my quest, please? 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 29 13:42:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ7075 

for <lyris.aprsspec@tapr.org>; Mon, 29 May 2000 13:42:18 -0500 (CDT) 
Message-Id: <LYR11589-87227-2000.05.29-13.44.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 29 May 2000 13:28:05 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: OT: All text compression info, please? 
In-Reply-To: <LYR11608-87198-2000.05.29-09.47.23--dvanhorn#cedar.net@lis 
ts.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.0.1.20000529132517 .03a85d40@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hash: SHALL 


At 10:43 AM 5/29/00 -0400, Ev Tupis (W2EV) wrote: 

>I'd like to learn about how one goes about compressing information in 
>such a way as it (the resulting compressing information) remains a 
>printable ASCII character. 


I don't think this is possible. 

You can compress ASCII by turning it into sixels, but the result is binary. 
You can huffman encode, but the result is binary. 

Etc.. 


You can represent a binary byte in hex, as FF for example, but that takes 
two bytes to do, and you've lost any compression you're likely to have 
gained. 


Are you an ISP? Tired of spam? 
www.spamwhack.com A pre-emptive strike against spam! 


Where's Dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 


iQ0A/AwUBOTLS1YF1GDz116VWEQIqiACdGMHTDekxypIKXyjp6éItUHLFwbgMAnRYE 
AnQBzCt7PO0jnkxULI3£12Z9L 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 30 04:51:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA15835 

for <lyris.aprsspec@tapr.org>; Tue, 30 May 2000 04:51:52 -0500 (CDT) 
Message-ID: <LYR11589-87363-2000.05.30-04.54.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 30 May 2000 05:49:19 -0400 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: OT: All text compression info, please? 
References: <LYR11610-87227-2000.05.29-13.44.38-- 
propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39338E9F .D736C799@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>I'd like to learn about how one goes about compressing information in 
>such a way as it (the resulting compressing information) remains a 
>printable ASCII character. 


I don't think this is possible. 

You can compress ASCII by turning it into sixels, but the result is binary. 
You can huffman encode, but the result is binary. 

ELC as 


You can represent a binary byte in hex, as FF for example, but that takes 
two bytes to do, and you've lost any compression you're likely to have 
gained. 


VVWVV VV VV VV VV 


Hi Dave, 

Thanks for the reply. Your insight has given me more of a chance to 
think about it more deeply. As it turns out, I may have used the wrong 
term ("compression"), when I meant to use the term "encoding". (I'm 
learning, though) :o) 


I'm going to go on a search engine search on that term to see what comes 
up. I seem to remember that UUEncoding allows normally non-transferable 
information to become transferable because it is converted to ASCII. 

I'm going to pursue that avenue for a while. 


Your reply helped to focus me a bit more. Thanks for taking the time! 
Warmly, 
Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 30 08:46:06 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA14808 

for <lyris.aprsspec@tapr.org>; Tue, 30 May 2000 08:46:04 -0500 (CDT) 
Message-Id: <LYR11589-87390-2000.05.30-08.48.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: halehome@mail 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Tue, 30 May 2000 09:47:14 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Darrell Hale <halehome@home.com> 
Subject: [aprsspec] Re: OT: All text compression info, please? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <2.2.32.20000530134714 .00ad6468@mail> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>Subject: OT: All text compression info, please? 

>From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 

>Date: Mon, 29 May 2000 10:43:10 -0400 

>X-Message-Number: 1 

> 

>I'd like to learn about how one goes about compressing information in 
>such a way as it (the resulting compressing information) remains a 
>printable ASCII character. 


The only type of compression I can think of that would have a chance to do 
this is a dictionary type search where one of more ASCII symbols would 
represent a larger chunk of data. But the conditions to make that happen are 
usually very prohibitive. 


For example, replacing the word "the" with the symbol "xt" or the phrase "in 


my humble opinion" with the symbol "*xIMHO" may get dome compression ina 


whole paragraph of text. But noticable gains usually only happens when most 
of the text is the same repetitive words or phrases, and control characters 
such as the *, which in this example represents the start of a symbol, can 
never appear in the regular text. 


>I don't know the key words to search on in 
>order to do an internet search engine search. I tried "huffman 
>encoding" but I think that could generate non printable characters. 


Data encoding is such a huge field that I doubt a search engine will be of 
help much. Some PhD level researchers spend all of their time working on 
just compression algorithims, so summing up what they do in a few words will 
be hard. Data encoding by definition is the balancing act done between many 
variables, and managing the tradeoffs that have to occur while developing 
any particular algorithm. 


Darrell Hale 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 30 09:57:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ7132 

for <lyris.aprsspec@tapr.org>; Tue, 30 May 2000 09:57:22 -0500 (CDT) 
Message-Id: <LYR11589-87401-2000.05.30-09.59.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Tue, 30 May 2000 09:42:32 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: OT: All text compression info, please? 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR11608-87363-2000.05.30-04.54.11--dvanhorn#cedar.net@lis 
ts.tapr.org> 
References: <LYR11610-87227-2000.05.29-13.44.38-- 
propnet#greeceny.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.0.1.20000530094007 .0119f5cO@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hash: SHALL 


>Hi Dave, 

>Thanks for the reply. Your insight has given me more of a chance to 
>think about it more deeply. As it turns out, I may have used the wrong 
>term ("compression"), when I meant to use the term "encoding". (I'm 
>learning, though) :o) 


Well, if it's not compression that you want, then you can convert to hex at 
2 bytes/char. 

You only use 0-9 and A-F in ascii, and two chars represent any byte. 00 - FF 
I'm sure there are other schemes, but probably not so simple to implement. 
Look at half a byte, lookup table, output, look at other half, lookup, 
output... 


Are you an ISP? Tired of spam? 
www.spamwhack.com A pre-emptive strike against spam! 


Where's Dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 30 11:06:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ8099 

for <lyris.aprsspec@tapr.org>; Tue, 30 May 2000 11:06:18 -0500 (CDT) 
Message-ID: <LYR11589-87414-2000.05.30-11.08.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 30 May 2000 09:05:50 -0700 (PDT) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] Re: OT: All text compression info, please? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20000530160550.13668.qmail@web901.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Greetings - 


Base91 is one rather simple scheme. Check with the APRS 
Protocol Standard. I think that this is the method used 
by the packet BBS mail-forwarding system (ie, WORLI, 
MSYS, et al). 


The "UU" system (UUEncode, UUDecode) used on internet 

is an example of a process for encoding purely binary 
data into printable ASCII characters for text-oriented 
transport media. So is BinHex. And, I am sure that there 
are others. 


Jim, KA7EHK 


Do You Yahoo!? 
Kick off your party with Yahoo! Invites. 
http: //invites.yahoo.com/ 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 30 17:32:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA23827 
for <lyris.aprsspec@tapr.org>; Tue, 30 May 2000 17:32:27 -0500 (CDT) 
Message-ID: <LYR11589-87502-2000.05.30-17.34.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 30 May 2000 18:30:37 -0400 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] All ASCII encoding 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3934410D.38F283DD@greeceny.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Folks, thanks for taking the time to help me in my trek. I was able to 
glean tidbits from every response to get to where I need to be in my 
understanding. Thanks for putting up with my off topic request. 


I am indebted to you all. 


Regards, 
Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 9 19:30:40 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA25493 

for <lyris.aprsspec@tapr.org>; Fri, 9 Jun 2000 19:30:39 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 9 Jun 2000 20:30:08 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
In-Reply-To: <00060919562900.21831@lab1> 
Message-ID: <LYR11589-89877-2000.06.09-19.33.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006092019100 .15776-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Dale, 


I'm glad you asked. You are in the drivers seat now, so since we never 
could get all the authors to agree to a standard format, 

I now agree with Brent. We should convert ALL mic-E packets to base 64 
transparently. 


I propose that we choose a new unused FORMAT character. That signals ALL 
software everywhere that EVERYTHING that follows in that packet is BASE64. 
It is then back converted to ORIGINAL form at the other end. Not only 
does this solve the Mic-E problem, but gives us a good transparent 
mechanism in the future... ANd it can work with all packets. 


Problem is, ALL IGATE authors must implement it... I even chose the 
leading FORMAT identifier character, but darned if I can find the message 
now ... :-( 


de WB4APR, Bob 


On Fri, 9 Jun 2000, Dale Heatherington wrote: 


> Hi Bob. 
> I've been tinkering with my aprsd server program attempting 


VV VV VV VV 


to fix the long standing bug in the dup filter. 


I think I have that fixed but 


I've notice a slight problem with converted Mic_E packets. 


Currently, 


following your advice, I have a string ">dsy" in the data 


of the converted packet so the source of conversion can be identified. 


The same Mic-E packet could be converted by different software and 
and enter the aprs server system as duplicates but not be detected. 


No big deal but maybe we can do better... 


ax25 destination 


> 


field. 


ignored) Would this 


This field is NOT seen by the dup detection code. 


I now put "APRS" in the reconstructed 


(path data is 


> be a better place to put a unique identifier such as "APRDSY" or something 

> and leave the data part with the ">Mic-E" string so the dup detector 

> works properly? All Mic-E packets converted by aprsd would have 

> the same (unique to aprsd ) ax25 destination string. 

> 

> 

> N1IJUX-3>APKO002,K1YGF*, WIDE: @09231524304.21N/07045.25W>000/000/Mic-E/M2/In 
Service>/ ] 

> N1IJUX-3>APRS ,K1YGFx , WIDE: @09231524304 .23N/07045.26W>000/000/E>dsy/M2/In 
Service ] 

> 

> These are almost dups. They came in back to back in the data stream. The time 
> stamp is the same. The second one was processed by aprsd. The first wasn't. 
> I wonder which one is correct? 

> 

> I notice in the aprsd Mic-E converter code a variable "etype" can be "E" or "T" 
producing 

> T>dsy or E>dsy. This doesn't seem to be an option in the first example above. 
Not being 

> familier with the nuts and bolts of mic-e I don't know what to make of this. 

> 

> 

> -= 

> Dale Heatherington 

> dale@wa4dsy.net 

> Web Page http: //www.wa4ddsy.net 

> Sent by KMail for Linux 

> 

> 


APRSdos REPLY/COMMENT: 


Reply mail addr: 
US mail address: 
See DAYTON97 HISTORY: 
See Maryland APRS LIVE: 
See GPS on ANY radio: 


wb4apr@amsat.org 

115 old Farm Ct, Glen 
http: //web.usna. 
http: //web.usna. 
http: //www.tapr. 


Burnie, MD 21060 

navy .mil/~bruninga/dayton.html 
navy .mil/~bruninga/aprs.html 
org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 9 22:52:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA18635 

for <lyris.aprsspec@tapr.org>; Fri, 9 Jun 2000 22:52:13 -0500 (CDT) 
Message-Id: <LYR11589-89897-2000.06.09-22.55.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Fri, 9 Jun 2000 22:51:52 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006100351.XAA11209@tisch.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/9/00 7:30 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


> 

>I'm glad you asked. You are in the drivers seat now, so since we never 
>could get all the authors to agree to a standard format, 

>I now agree with Brent. We should convert ALL mic-E packets to base 64 
>transparently. 

> 

>I propose that we choose a new unused FORMAT character. That signals ALL 
>software everywhere that EVERYTHING that follows in that packet is BASE64. 
>It is then back converted to ORIGINAL form at the other end. Not only 
>does this solve the Mic-E problem, but gives us a good transparent 


>mechanism in the future... ANd it can work with all packets. 

> 

>Problem is, ALL IGATE authors must implement it... I even chose the 
>leading FORMAT identifier character, but darned if I can find the message 
>now ... :-( 


> 


I do not feel we should use one of the last remaining characters for 
this. There simply is no need, all the data can be converted to other 
standard formats. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 06:46:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ7667 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 06:46:06 -0500 (CDT) 
Message-ID: <LYR11589-89940-2000.06.10-06.48.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@worldnet.att.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 11:43:06 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006cO1bfd2d1$0c10£920$d6984d0c@dale-s-home> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


HI All- 

Steve Dimse said: 
>I do not feel we should use one of the last remaining characters for 
>this. There simply is no need, all the data can be converted to other 
>standard formats. 
> 
If it is any help- the (period) was reserved for automatic space wx 
packets- I ended up putting space wx in with the rest of the wx stuff. So lI 
don't need it. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 09:05:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA0Q7720 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 09:05:43 -0500 (CDT) 
Message-ID: <LYR11589-89963-2000.06.10-09.08.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-89897-2000.06.09-22.55.07-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 07:05:29 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="1s0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q3de01bfd2e4$f03b£1a0$3e92b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA07720 


>I propose that we choose a new unused FORMAT character. That signals ALL 
>software everywhere that EVERYTHING that follows in that packet is BASE64. 


> On 6/9/00 7:30 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 

> 

>> 

> >I'm glad you asked. You are in the drivers seat now, so since we never 
> >could get all the authors to agree to a standard format, 

> >I now agree with Brent. We should convert ALL mic-E packets to base 64 
> >transparently. 

>> 

> 

> 


> >It is then back converted to ORIGINAL form at the other end. Not only 
> >does this solve the Mic-E problem, but gives us a good transparent 

> >mechanism in the future... ANd it can work with all packets. 

>> 

> >Problem is, ALL IGATE authors must implement it... I even chose the 

> >leading FORMAT identifier character, but darned if I can find the message 
> >now ... :-( 

>> 

> I do not feel we should use one of the last remaining characters for 

> this. There simply is no need, all the data can be converted to other 

> standard formats. 

> 

> Steve K4HG 


There are a number of characters still available. And there are a number of 
simple solutions if we are about to run out. The main problem is APRServe and 
Mic-E at this time. And there are as many ways that Mic-E data is converted as 
there are programs. Currently, APRSd is munging Mic-E data sending positions all 
over the world. Also, since there are several different conversions, APRServe/ 
APRSd do not see them as duplicates and passes them on. If the packet was 
encoded, it might not fix the dupe problem, but in the end each client program 
will see the original Mic-E packet. 


Brent KH2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 09:07:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA0Q7980 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 09:07:15 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 10 Jun 2000 10:06:28 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
In-Reply-To: <200006100351.XAA11209@tisch.mail.mindspring.net> 
Message-ID: <LYR11589-89964-2000.06.10-09.10.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006100956460 . 26306-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


COncerning converting Mic-E formats for IGate transport Bob wrote: 


>I now agree with Brent. We should convert ALL mic-E packets to base 64 
>transparently. 

> 

>I propose that we choose a new unused FORMAT character. That signals ALL 
>software everywhere that EVERYTHING that follows in that packet is BASE64. 


VVVV Vv 


STEVE SAID: 

> I do not feel we should use one of the last remaining characters for 
> this. There simply is no need, all the data can be converted to other 
> standard formats. 


That is exactly the current problem steve! 

You wont agree to a "Standard" format. So everyone does it diffeerntly, 
so there is nothing to consistently check for DUPLICATE or LOOPED packets. 
Its a total mess. If the PACKET that I get here, can be ANY of 6 
different formats depending TOTALLY on who's Igate software converted it 
to HIS perferred "standard" format, then we have a KLUDGE of monsterous 
proportions. 


EVEN the RF recepient software at the other end will not recognize the 
DUPES coming in from multiple IGates. They will ALL LOOK DIFFERENT, yet 
it was the SAME original MIC-E packet at the source. THis is CRAZY! 


1) We need a transparent way to transport Binary packets. 
2) It should not be restricted to Mic-E packets only 

3) We should use a common format such as BASE-64 

4) and EVERY IGATE shuold do it the same way. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 09:20:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10482 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 09:20:31 -0500 (CDT) 
Message-Id: <LYR11589-89966-2000.06.10-09.23.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 09:20:01 -0500 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006101420.KAA02762@tisch.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/10/00 9:05 AM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>There are a number of characters still available. And there are a number 
>of simple solutions if we are about to run out. The main problem is 
>APRServe and Mic-E at this time. And there are as many ways that Mic-E 
>data is converted as there are programs. Currently, APRSd is munging 
>Mic-E data sending positions all over the world. Also, since there are 
>several different conversions, APRServe/APRSd do not see them as 
>duplicates and passes them on. If the packet was encoded, it might not 
>fix the dupe problem, but in the end each client program will see the 
>original Mic-E packet. 

> 

First of all, you guys forget there are a half-dozen IGates that are 
stupid. Bob's is one. It is just a serial port, and can never convert 
anything. So any attempt to produce a software solution that "EVERY 
IGATE" (emphasis Bob's, and quite ironic at that) must implement is 
doomed. 


The majority of the dup problem is caused by the combination of TSB 
sending both the original Mic-E packet and the converted one, they have 
been promising to fix it for some time. If something is broken in the 
aprsd conversion, fix it, that's the point of open source! 


This is way over-engineering the problem... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 09:26:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA12244 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 09:26:30 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 10 Jun 2000 10:26:18 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
In-Reply-To: <LYR11586-89963-2000.06.10-09.08.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-89967-2000.06.10-09.29.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006101023590 .26306-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 10 Jun 2000, Brent Hildebrand wrote: 


munging Mic-E data sending positions all over the world. Also, since 
there are several different conversions, APRServe/APRSd do not see them 
as duplicates and passes them on. If the packet was encoded, it might 
not £ix the dupe problem, but in the end each client program will see the 
original Mic-E packet. 


If all Igates do the same conversion to base64 the same way, then the 
converted packets would all look alike too and thus the dupe filter would 
get them too. 


When a packet is converted, the original then is destroyed and not 
injected into APRSd... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 09:36:50 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA14891 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 09:36:43 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 10 Jun 2000 10:35:55 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
In-Reply-To: <LYR11586-89966-2000.06.10-09.23.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-89969-2000.06.10-09.39.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006101029260 . 26306-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 10 Jun 2000, Steve Dimse wrote: 


First of all, you guys forget there are a half-dozen IGates that are 
stupid. Bob's is one. It is just a serial port, and can never convert 
anything. So any attempt to produce a software solution that "EVERY 
IGATE" (emphasis Bob's, and quite ironic at that) must implement is 
doomed. 


VV VV WV 


FIrst of all, I thought mine died over a year ago? I never looked at it 
Since. It is still on line, then this is good news! 


Second, if we will agree on a conversion, I would immediately put in a PC 
to do the conversion.. 


The majority of the dup problem is caused by the combination of TSB 
sending both the original Mic-E packet and the converted one, they have 
been promising to fix it for some time. If something is broken in the 
aprsd conversion, fix it, that's the point of open source! 


VVV WV 


But then you still have 3 or more other different conversions going on. 
And EVERYON's software EVERYWHERE is now then required to recognize these 
and any new ones that new authors choose. It is a forever nightmare 
until we standardize on one convesion. 


> This is way over-engineering the problem... 


Huh? Good engineering would agree on one standard, and not keep 
bandaiding such a mess... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 10:07:40 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA24886 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 10:07:36 -0500 (CDT) 
Message-Id: <LYR11589-89971-2000.06.10-10.10.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 11:07:27 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006101507.LAA01951@granger.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/10/00 10:35 AM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>> First of all, you guys forget there are a half-dozen IGates that are 
>> stupid. Bob's is one. It is just a serial port, and can never convert 
>> anything. So any attempt to produce a software solution that "EVERY 
>> IGATE" (emphasis Bob's, and quite ironic at that) must implement is 
>> doomed. 


>FIrst of all, I thought mine died over a year ago? I never looked at it 
>Ssince. It is still on line, then this is good news! 

> 

I dunno, I haven't been looking at what the network is doing... 


>Second, if we will agree on a conversion, I would immediately put in a PC 
>to do the conversion.. 

> 

There are 4 or 5 others, are you willing to provide them all with PC's, 
power, software, and support? 


>> The majority of the dup problem is caused by the combination of TSB 

>> sending both the original Mic-E packet and the converted one, they have 
>> been promising to fix it for some time. If something is broken in the 
>> aprsd conversion, fix it, that's the point of open source! 

> 

>But then you still have 3 or more other different conversions going on. 
>And EVERYON's software EVERYWHERE is now then required to recognize these 
>and any new ones that new authors choose. It is a forever nightmare 
>until we standardize on one convesion. 

> 

The differences in the way that the different programs convert the 

packets are minor, compared to other messes in the protocol this one is 
pretty small-time. 


>> This is way over-engineering the problem... 

> 

>Huh? Good engineering would agree on one standard, and not keep 
>bandaiding such a mess... 

> 

Surely I am not the only one who appreciates the irony of Bob making this 
statement ;-) 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 11:05:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ8005 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 11:04:59 -0500 (CDT) 
Message-ID: <LYR11589-89986-2000.06.10-11.07.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 11:04:29 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFD2CB.B16BF6A0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve, 

Could you offer some constructive suggestions to solve the problem? You 
indicate that you haven't been looking at what the network has been doing. If 
you have the time to do so, I think you will soon agree that the Internet feed 
contains a considerable number of bad, or malformed packets. 


This also affects FindU.Com since it is storing these same bad or malformed 
packets. 


If I look at the stations closest to KC9XG-14 with FindU I see calls such as : 
WF6FH#14, =4148.03N/,tNOPNO-1,KG9DQ@ 
If I look at stations closest to K4HG with FindU I see :W7IUC--11,W7IUC- ,Digi 


Try http://www.findu.com/cgi-bin/find.cgi?}x 
or 

http://www. findu.com/cgi-bin/find.cgi?=x* 

or 

http://www. findu.com/cgi-bin/find.cgi?@x« 


Bill KC9XG 


On Saturday, June 10, 2000 10:07 AM, Steve Dimse [SMTP:k4hg@tapr.org] wrote: 
> On 6/10/00 10:35 AM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 

> 

> >> First of all, you guys forget there are a half-dozen IGates that are 


>> stupid. Bob's is one. It is just a serial port, and can never convert 
>> anything. So any attempt to produce a software solution that "EVERY 
>> IGATE" (emphasis Bob's, and quite ironic at that) must implement is 
>> doomed. 


>FIrst of all, I thought mine died over a year ago? I never looked at it 
>since. It is still on line, then this is good news! 

> 

I dunno, I haven't been looking at what the network is doing... 


>Second, if we will agree on a conversion, I would immediately put in a PC 
>to do the conversion.. 

> 

There are 4 or 5 others, are you willing to provide them all with PC's, 
power, software, and support? 


>> The majority of the dup problem is caused by the combination of TSB 

>> sending both the original Mic-E packet and the converted one, they have 
>> been promising to fix it for some time. If something is broken in the 
>> aprsd conversion, fix it, that's the point of open source! 


>But then you still have 3 or more other different conversions going on. 
>And EVERYON's software EVERYWHERE is now then required to recognize these 
>and any new ones that new authors choose. It is a forever nightmare 
>until we standardize on one convesion. 

> 

The differences in the way that the different programs convert the 

packets are minor, compared to other messes in the protocol this one is 
pretty small-time. 


>> This is way over-engineering the problem... 

> 

>Huh? Good engineering would agree on one standard, and not keep 
>bandaiding such a mess... 

> 

Surely I am not the only one who appreciates the irony of Bob making this 
statement ;-) 


Steve K4HG 


You are currently subscribed to aprsspec as: billdiaz@megsinet.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 12:01:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA22022 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 12:01:14 -0500 (CDT) 
Message-Id: <LYR11589-89996-2000.06.10-12.04.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 13:00:59 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006101700.NAA12099@tisch.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/10/00 12:04 PM Bill Diaz (billdiaz@megsinet.net) wrote: 


> Could you offer some constructive suggestions to solve the problem? You 
>indicate that you haven't been looking at what the network has been doing. 
> If 

>you have the time to do so, I think you will soon agree that the Internet 
>feed 

>contains a considerable number of bad, or malformed packets. 

> 

>This also affects FindU.Com since it is storing these same bad or malformed 
>packets. 

> 

>If I look at the stations closest to KC9XG-14 with FindU I see calls such 
>as : 

>WF6FH#14, =4148.03N/,}N9PNO-1,KG9D@ 

>If I look at stations closest to K4HG with FindU I see :W7IUC--11,W7IUC- ,Digi 
> 

>Try http://www. findu.com/cgi-bin/find.cgi?tx« 

>or 

>http: //www.findu.com/cgi-bin/find.cgi?=* 

>or 

>http: //www.findu.com/cgi-bin/find.cgi?@x 

> 

These have nothing to do with the problem at hand. These are caused by 
people sending garbage to the internet system. I have heard people 


complain that the problem is PASSALL, but I do not think so. Most likely 
some program mangles the data and returns it to the feed. My plate is 
full, I do not have the time to track this down. Dale has added a new 
feature to aprsd that shows the source of all packets when connected to a 
special port. I am supposed to get a copy of this new version in the near 
future, and once it is up at aprs.net perhaps someone can use it to see 
where the bad data is coming from. I think I have made it pretty clear I 
am not accepting responsibility for the internet feed. Tracking stuff 
like this was taking all my time, and I don't, and won't, do it any 
longer. 


Better detection and removal of these bad packets is another thing high 
on the list for findu, now that I am a "Master of the Regular 
Expression", thanks to the Perl Whirl, should be a piece of cake! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 12:40:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ7485 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 12:40:04 -0500 (CDT) 
Message-ID: <LYR11589-90008-2000.06.10-12.43.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 10:40:07 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <014701b£d302$£118e880$£092b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>On 6/10/00 12:04 PM Bill Diaz (billdiaz@megsinet.net) wrote: 

> 

>> Could you offer some constructive suggestions to solve the problem? You 
>>indicate that you haven't been looking at what the network has been doing. 
>> If 

>>you have the time to do so, I think you will soon agree that the Internet 
>>feed 

>>contains a considerable number of bad, or malformed packets. 

>> 

>>This also affects FindU.Com since it is storing these same bad or 
malformed 

>>packets. 

>> 

>>I£f I look at the stations closest to KC9XG-14 with FindU I see calls such 
>>as : 

>>WF6FH#14, =4148.03N/,tN9PNO-1,KG9DQ@ 

>>I£f I look at stations closest to K4HG with FindU I see 
:W7IUC--11,W7IUC- ,Digi 

>> 

>>Try http://www. findu.com/cgi-bin/find.cgi?tx« 

>>or 

>>http: //www.findu.com/cgi-bin/find.cgi?=* 

>>or 

>>http: //www.findu.com/cgi-bin/find.cgi?@x« 

>> 

>These have nothing to do with the problem at hand. These are caused by 
>people sending garbage to the internet system. I have heard people 
>complain that the problem is PASSALL, but I do not think so. Most likely 
>some program mangles the data and returns it to the feed. My plate is 
>full, I do not have the time to track this down. Dale has added a new 
>feature to aprsd that shows the source of all packets when connected to a 
>special port. I am supposed to get a copy of this new version in the near 
>future, and once it is up at aprs.net perhaps someone can use it to see 
>where the bad data is coming from. I think I have made it pretty clear I 
>am not accepting responsibility for the internet feed. Tracking stuff 
>like this was taking all my time, and I don't, and won't, do it any 
>longer. 

> 

>Better detection and removal of these bad packets is another thing high 
>on the list for findu, now that I am a "Master of the Regular 
>Expression", thanks to the Perl Whirl, should be a piece of cake! 

> 

>Steve K4HG 


Here is a simple study of data over the last hour of you type of packet, the 


@ packet. Notice the mangled data portions of the packet. APRSd is my 
suspected culprit here with the Mic-E conversion. 


KIOBW-9>APK101, TCPIPx,NOBKBx:@101nroute... ]"6P% 

N5WYE-1>APRS ,WD5CWZ-2« ,WIDE/1:@10160923042 .1210N/00457 .09Wk319/000/E>dsy/M0O/ 
Off duty.. ]"4P% 

N7IPB-12>APZ032 ,WA7TAI -10* ,WIDE5-2:@1009132/fy00/Vxx*j /Ken's Mobile Shack. 
N7IPB-12>APZ032,WA7TAI -10* ,WIDE5-1:@1009152/fy00/Vxx*j /Ken's Mobile Shack. 
KIOBW-9>APK101, TCPIPx,NOBKBx:@1016ute... ]"6C% 

KE5PL>APRS , KE5PL-1*,WIDE, K5ELP-2:@081044/B.John in Midland, TX. 
G7GFC-7>APRS, RELAY, TRACE: @10163225310.410N/00251.53W>116/000/E>dsy/M0/Off 
duty.. ]"40¢TMD700E+GPS3 David 

G7GFC-7>APRS, GW7HOH* , TRACE : @1016342z5310.410N/00251 .. 53W>116/000/E>dsy/MO/OfFf 
duty.. ]TMD700E+GPS3 David 

KIOQBW-9>APRS, TCPIP* , NOBKBx : @10163823812.66N/092ute>/]"6<tJust crusing 
G7GFC-7>APRS , GW7HOH* , TRACE : @10164225310.410N/00251 . 53W>116/000/E>dsy/MO/OfFf 
duty.. ]TMD700E+GPS3 David 

KIOBW-9>APK101, TCPIPx, NOBKBx:@1016te... ]"6N¢ 

KIOBW-9>APRS, TCPIP* , NOBKBx : @10164@10164923812.65N/09241 .29W>033/000/E>dsy/M1 
/Enroute... ]"6N¢ 

KIOBW-9>APK101, TCPIPx, NOBKBx:@101nroute... ]"6G% 

G7GFC-7>APRS, GW7HOH* , TRACE : @1016592z5310.410N/00251 .. 53W>116/000/E>dsy/MO/OfFf 
duty.. ]"44tTMD700E+GPS3 David 

K7GPS-9>APRS ,K7GPS-10« , WIDE4-3 :@10170124634.610N/12317 .79Wv269/000/E>dsy/M2/ 
In Service ]"5?}% 

K7GPS-9>APRS ,K7GPS-10* ,WIDE4-3 : @10170324634.610N/12317 .79Wv269/000/E>dsy/M2/ 
In Service ]"5E% 

KIOBW-9>APRS, TCPIPx, NOBKB*: @101709z38e>/]"61% 

KE5PL>APRS , KE5PL-1*,WIDE, K5ELP-2:@081044/B.John in Midland, TX. 
KIOQBW-9>APK101, TCPIP* , NOBKB*x:@101E>dsy/M1/Enroute... ]"6@tJust crusing 
KIOQBW-9>APK101, TCPIP* , NOBKBx:@1010/E>dsy/M1/Enroute... ]"6@tJust crusing 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 12:59:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA12173 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 12:59:32 -0500 (CDT) 
Message-Id: <LYR11589-90011-2000.06.10-13.02.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 13:59:05 -0400 
x-sender: sdimse@m1.sprynet.com 


From: Steve Dimse <k4hg@tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006101759.NAB12035@smtp10.atl.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 6/10/00 1:40 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>Here is a simple study of data over the last hour of you type of packet, the 
>@ packet. Notice the mangled data portions of the packet. APRSd is my 
>suspected culprit here with the Mic-E conversion. 

> 

Hard to place the blame on aprsd, as weather packets, messages, and other 
things get mangled as well. For example, the W7IUC--11 Bill mentions is a 
stand-alone weather station beaconing a ! position, not a Mic-E packet. 


W7IUC--11>RS,WIDE,WIDE, KD4BBM-6*/V:!2440.16N/08121.63W_Big Pine Key FL -WX 
Here's a message packet: 


H5!.Q@-15>WIDE,ON58_N,WB4%PH-5,NOT[I-8, Y@M,&N-4x-11, 41X#-8KF4FFN , APR823 , W2GF 
F-7,KU4LY-7*: :WA4MTG shello there{0 


Something else is going on... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 17:43:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25778 

for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 17:43:43 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 10 Jun 2000 18:42:57 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
In-Reply-To: <200006101507.LAA01951@sranger.mail.mindspring.net> 
Message-ID: <LYR11589-90052-2000.06.10-17.46.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006101836260.6347-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 10 Jun 2000, Steve Dimse wrote: 


> >> The majority of the dup problem is caused by the combination of TSB 

> >> sending both the original Mic-E packet and the converted one, they have 
> >> been promising to fix it for some time. If something is broken in the 

> >> aprsd conversion, fix it, that's the point of open source! 

>> 

> >But then you still have 3 or more other different conversions going on. 

> >[Land still no standard for the next problem that comes up...] 


> The differences in the way that the different programs convert the 
> packets are minor, compared to other messes in the protocol this one is 
> pretty small-time. 


No matter how minor they are, each and every one of them must be 
documented, recognized and parsed so that the DUPE ELIMINATOR will work. 
As it is, none of this is doucmented nor agreed, since you insisted that 
APRServe processing not be included in the APRS SPEC. I dont write Igate 
code, but if you asked me which I would rather do: 


1) Do dupe checking on any number of conversions, none adhereing to 
any kind of spec that I would have to figure out on my own and 
modify every time someone changed theirs or a bug was found... 


OR 


2) Agree to one base-64 universal/transparent conversion that would 
handle all present and future binary packets 


I know which one I would choose... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 10 19:09:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA12839 
for <lyris.aprsspec@tapr.org>; Sat, 10 Jun 2000 19:09:55 -0500 (CDT) 
Message-ID: <LYR11589-90065-2000.06.10-19.12.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <200006101759 .NAB12035@smtp10.atl.mindspring.net> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sat, 10 Jun 2000 17:09:20 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="1s0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <042801bf£d339$4ae85540$3e92b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA12839 


I was looking at a single packet type. Not all. Just trying to figure out what 
is happening. I suspect more then one. But APRSd is mangling some Mic-E packets. 
I think that is clear. 


Brent 


rors Original Message ----- 

From: Steve Dimse <k4hg@tapr.org> 

To: Brent Hildebrand <bhildebrand@earthlink.net>; APRS Spec Discussion List 
<aprsspec@lists.tapr.org> 

Sent: Saturday, June 10, 2000 10:59 AM 


Subject: Re: [aprsspec] Re: Mic-E converters and duplicate packet detection 


> On 6/10/00 1:40 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 

> 

> >Here is a simple study of data over the last hour of you type of packet, the 
> >@ packet. Notice the mangled data portions of the packet. APRSd is my 

> >suspected culprit here with the Mic-E conversion. 

>> 

> Hard to place the blame on aprsd, as weather packets, messages, and other 

> things get mangled as well. For example, the W7IUC--11 Bill mentions is a 

> stand-alone weather station beaconing a ! position, not a Mic-E packet. 

> 

> W7IUC--11>RS,WIDE,WIDE,KD4BBM-6*/V: !2440.16N/08121.63W_Big Pine Key FL -WX 
> 

> Here's a message packet: 

> 

> H5!.0-15>WIDE,ON58_N,WB4%PH-5,NOT[I-8, YQ@M,&N-4*-11, 41X#-8KFA4FFN, APR823 , W2GF 
> F-7,KU4LY-7x*: :WA4MTG shello there{0 

> 

> Something else is going on... 

> 

> Steve K4HG 


I was looking at a single packet type. Not all. Just trying to figure out what 


is happening. I suspect more then one. But APRSd is mangling some Mic-E packets. 


I think that is clear. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 01:53:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA28434 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 01:53:18 -0500 (CDT) 
Message-ID: <LYR11589-90127-2000.06.11-01.56.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 11 Jun 2000 07:15:19 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 


Reply-To: ianwade@netro.co.uk 

Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
References: <LYR14779-90008-2000.06.10-12.43.00-- 
Tan.Wade#care4free.net@lists.tapr.org> 

In-Reply-To: <LYR14779-90008-2000.06.10-12.43.00- - 
Tan.Wade#care4free.net@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <cwCR7GA35yQ5Ewc2@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR14779-90008-2000.06.10-12.43.00-- 
Ian.Wade#tcare4free.net@lists.tapr.org>, Brent 
Hildebrand <bhildebrand@earthlink.net> writes 


> 

>Here is a simple study of data over the last hour of you type of packet, the 
>@ packet. Notice the mangled data portions of the packet. APRSd is my 
>suspected culprit here with the Mic-E conversion. 

> 

>KIOBW-9>APK101, TCPIP*, NOBKB*x:@101nroute... ]"6P% 


[snip the rest of the packets] 


Here is the APRdec output for these packets, with some additional comments: 


<<<< APRSdec >>>> The G3NRW APRS Packet Decoder 


Version 1.0.2c (8 June 2000) 
by Ian Wade, G3NRW (g3nxrw@arrl.net) 


Input file = brent.log 
Output file brent.out 
DOS Runtime = 11 Jun 2000 6:26:34.76 


NOTE: If this report contains anything that you think is incorrect, 
please email it to g3nrw@arrl.net for investigation. Thank you. 


Record #1 
KIOBW-9>APK101, TCPIP* ,NOBKBx:@101nroute... ]"6P% 
APRS Data Type= Posit w/ time. With APRS 
*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 
Long= **BAD LONG >180deg 
**xBAD COURSE 
Speed= 0 knots (0.0 mph @©.0 kph 0.0 m/s) 
GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 
Icon= **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


Record #2 
N5WYE-1>APRS ,WD5CWZ-2* ,WIDE/1:@10160923042 .1210N/00457 .09Wk319/000/E>dsy/MO/Off 
duty.. ]"4P? 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 09 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= **INVALID ICON Overlay= **xBAD OVERLAY CHAR '0' not allowed with this 
symbol 

Altitude= 187 feet (57 meters) 


[xx*xCOMMENT: In this and later reports, one or more extraneous digits 
appear in the latitude hundredths, just before the "N"]. 


Record #83 
N7IPB-12>APZ032 ,WA7TAI -10* ,WIDE5-2:@1009132z/fy00/V«x*j /Ken's Mobile Shack. 
APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 09 hours 13 mins UTC 

Lat= 48 deg 24.99 min S_ Long= 122 deg 18.00 min W 

Icon= Jeep Overlay= (none) 


[x*x*xCOMMENT: Is there anything wrong with this report and the next one? They 
both appear to contain valid 13-character compressed posits]. 


Record #4 
N7IPB-12>APZ032 ,WA7TAL-10* ,WIDE5-1:@100915z/fy00/V«*j /Ken's Mobile Shack. 
APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 09 hours 15 mins UTC 

Lat= 48 deg 24.99 min S_ Long= 122 deg 18.00 min W 


Icon= Jeep Overlay= (none) 


[x*xxCOMMENT: Apparently nothing wrong with this. See above]. 


Record #5 
KIOBW-9>APK101, TCPIP*, NOBKBx:@1016ute... ]"6C% 

APRS Data Type= Posit w/ time. With APRS 

*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 
Lat= 64 deg 00.00 min N' Long= 175 deg 06.82 min W 

**xBAD COURSE 

Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 

GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 

Icon= **BAD SYMBOL CODE 
**BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


Record #6 
KE5PL>APRS, KE5PL-1*,WIDE,K5ELP-2:@081044/B.John in Midland, TX. 

APRS Data Type= Posit w/ time. With APRS 

Day= 08 Time= 10 hours 44 mins Local 

Lat= 63 deg 22.34 min N Long= 124 deg 38.61 min E 

Course= 176 deg Speed= 254 knots (292.3 mph 470.4 kph 130.7 m/s) 

**kBAD T-BYTE ‘'d' 

Icon= (No Icon) Overlay= **BAD OVERLAY CHAR 'B' not allowed with this symbol 


[x*xCOMMENT: The comment text was decoded as a compressed posit. The posit 

is actually missing. Question: are there any other reports like this, where 
the actual posit is completely missing? If so, it could be that they contained 
xcompressed*x posits which the conversion program didn't know what to do with. 
Just a hunch]. 


Record #7 
G7GFC-7>APRS, RELAY, TRACE: @10163225310.410N/00251.53W>116/000/E>dsy/MO/Offduty.. 
]"40?TMD700E+GPS3 David 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 32 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= NWS Site Overlay= N 

Altitude= 82 feet (25 meters) 


[xx*xCOMMENT: Extraneous latitude "0" digit before the "N". I have seen this 
many times before]. 


Record #8 
G7GFC-7>APRS, GW7HOH*, TRACE : @10163425310.410N/00251.53W>116/000/E>dsy/MO/ 
Offduty.. ]TMD700E+GPS3 

David 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 34 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= NWS Site Overlay= N 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #9 
KIQBW-9>APRS, TCPIP* , NOBKBx : @10163823812.66N/092ute>/]"6<tJust crusing 
APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 38 mins UTC 

Lat= 38 deg 12.66 min N- Long= **BAD LONG 

Icon= **INVALID ICON Overlay= (none) 

Altitude= 1859035 feet (566634 meters) 


[x**COMMENT: Just *xwhat* is he "crusing" in at that altitude, 352 miles up 
in the sky ...... ike 


Record #10 
G7GFC-7>APRS, GW7HOH*, TRACE : @10164225310.410N/00251.53W>116/000/E>dsy/MO/ 
Offduty.. ]TMD700E+GPS3 

David 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 42 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= NWS Site Overlay= N 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #11 
KIOBW-9>APK101, TCPIP*,NOBKBx:@1016te... ]"6N¢ 

APRS Data Type= Posit w/ time. With APRS 

*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 
Lat= 64 deg 17.40 min N- Long= 94 deg 54.76 min W 


**xBAD COURSE 

Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 

GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 

Icon= **BAD SYMBOL CODE 
**kBAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


Record #12 
KIOBW-9>APRS, TCPIP* , NOBKBx : @10164@10164923812.65N/09241 .29W>033/000/E>dsy/M1/ 
Enroute... ]"6N% 

APRS Data Type= Posit w/ time. With APRS 

**kBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

Lat= **BAD LAT Long= **xBAD LONG 

Icon= **INVALID ICON Overlay= **xBAD OVERLAY CHAR '‘1' not allowed with this 
symbol 

Altitude= 778 feet (237 meters) 


[x*xxCOMMENT: Here the timestamp is apparently repeated, sort of]. 


Record #13 
KIOBW-9>APK101, TCPIP*,NOBKBx:@101nroute... ]"6G% 
APRS Data Type= Posit w/ time. With APRS 
*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 
Long= **BAD LONG >180deg 
**xBAD COURSE 
Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 
GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 
Icon= **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


Record #14 
G7GFC-7>APRS, GW7HOH*, TRACE : @10165925310.410N/00251.53W>116/000/E>dsy/MO/Offduty.. 
]"44$TMD700E+GPS3 David 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 59 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= NWS Site Overlay= N 

Altitude= 95 feet (29 meters) 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #15 


K7GPS-9>APRS,K7GPS-10* ,WIDE4-3:@10170124634.610N/12317 .79Wv269/000/E>dsy/M2/In 
Service ]"5?¢ 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 17 hours 01 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= NWS Site Overlay= N 

Altitude= 430 feet (131 meters) 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #16 
K7GPS-9>APRS,K7GPS-10* ,WIDE4-3:@10170324634.610N/12317 .79Wv269/000/E>dsy/M2/In 
Service ]"5E% 

APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 17 hours 03 mins UTC 

Lat= **BAD LAT Long= **BAD LONG 

Icon= NWS Site Overlay= N 

Altitude= 449 feet (137 meters) 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #17 
KIOBW-9>APRS, TCPIP* , NOBKBx : @101709z38e>/] "61% 
APRS Data Type= Posit w/ time. With APRS 
Day= 10 Time= 17 hours 09 mins UTC 
Lat= **BAD LAT Long= **BAD LONG 
Icon= **BAD SYMBOL CODE 
Overlay= **BAD OVERLAY CHAR ‘I' not allowed with this symbol 


[xxCOMMENT: This non-Mic-E report contains a vestige of a Mic-E encoded posit]. 


Record #18 
KE5PL>APRS, KE5PL-1*, WIDE, K5ELP-2:@081044/B.John in Midland, TX. 

APRS Data Type= Posit w/ time. With APRS 

Day= 08 Time= 10 hours 44 mins Local 

Lat= 63 deg 22.34 min N Long= 124 deg 38.61 min E 

Course= 176 deg Speed= 254 knots (292.3 mph 470.4 kph 130.7 m/s) 

**kBAD T-BYTE ‘'d' 

Icon= (No Icon) Overlay= **BAD OVERLAY CHAR 'B' not allowed with this symbol 


[xx*COMMENT: This is identical to Record #6. Why did it show up twice?]. 


Record #19 

KIOQBW-9>APK101, TCPIP*, NOBKB*x:@101E>dsy/M1/Enroute... ]"6@tJust crusing 
APRS Data Type= Posit w/ time. With APRS 
*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

Lat= 61 deg 20.63 min N- Long= 34 deg 10.69 min W 

Course= 332 deg Speed= 186 knots (214.0 mph 344.5 kph 95.7 m/s) 
GPS Fix= Old (last) NMEA Source= GLL Compression Origin= Pico 
Icon= **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


Record #20 

KIOBW-9>APK101, TCPIP* ,NOBKBx:@1010/E>dsy/M1/Enroute... ]"6@tJust crusing 
APRS Data Type= Posit w/ time. With APRS 
*xBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

Lat= 74 deg 08.03 min S_ Long= 116 deg 04.16 min W 

Course= 312 deg Speed= 641 knots (737.6 mph 1187.1 kph 329.8 m/s) 
*x*kBAD T-BYTE 't' 

Icon= Restrooms Overlay= **xBAD OVERLAY CHAR ‘d' not allowed with this symbol 


ttt+tt+ttttt+tttt+tt++t+t+ END OF FILE +4+4++++++++++++4++4+++4+4+4+4+ 


[x*xBOTTOM LINE COMMENT: Most of these reports contain "/E>dsy". Is this 
a common factor in the problem. Which program generates "/E>dsy"?]. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 02:37:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ5550 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 02:36:54 -0500 (CDT) 
Message-ID: <LYR11589-90132-2000.06.11-02.39.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 11 Jun 2000 08:36:04 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
References: <LYR14779-90008-2000.06.10-12.43.00-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
<LYR14779 -90127-2000.06.11-01.56.10--Ian.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-90127-2000.06.11-01.56.10- - 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iGm+2PAkFOQ5Ew5G@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR14779-90127-2000.06.11-01.56.10-- 
Ian.Wade#tcare4free.net@lists.tapr.org>, Ian 
Wade <Ian.Wade@care4free.net> writes 


>Record #3 

>N7IPB-12>APZ032 ,WA7TAI-10* ,WIDE5-2:@100913z/fy00/Vx*j /Ken's Mobile Shack. 
> APRS Data Type= Posit w/ time. With APRS 

> Day= 10 Time= 09 hours 13 mins UTC 

> Lat= 48 deg 24.99 min S_ Long= 122 deg 18.00 min W 

> Icon= Jeep Overlay= (none) 

> 

>[***COMMENT: Is there anything wrong with this report and the next one? They 
>both appear to contain valid 13-character compressed posits]. 

> 


Yes, on reflection, there probably *xis* something wrong here. I don't believe 
this guy was 48 deg xsouths. 


BTW, I have already commented to other stations privately that their 
reported posits seemed way off. A few days ago, when looking at the world 
map, I saw a VE in the Atlantic off the SW coast of Ireland, and a K7 in 
Singapore ...... 


This is really serious, and throws the whole APRS concept into question. As 
Bob/Brent and others have commented elsewhere, we really need a single 
IGate standard asap. 


But before that, we need to find out what is creating this garbage. In 
particular, what generates "E>dsy"? This seems like a good place to start 
looking. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 08:13:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA15301 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 08:12:59 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 11 Jun 2000 09:12:40 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
In-Reply-To: <LYR11586-90132-2000.06.11-02.39.48-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-90148-2000.06.11-08.15.56-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006110901490 .15353-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


There are two lessons here... 


On Sun, 11 Jun 2000, Ian Wade wrote: 
> BTW, I have already commented to other stations privately that their 
> reported posits seemed way off. 


1) ALL Software should be doing reasonablness filters on moving stations. 
Even GPS's sometimes send out erroneous data. I found way back in 94 that 
I had to check for bad data, and ignore. So APRSdos has always ignored 
instantaeous jumps on moving stations. I think the SPEC should even 
recommend this if other authors are not doing it already. 


> This is really serious, and throws the whole APRS concept into question. As 
> Bob/Brent and others have commented elsewhere, we really need a single 
> IGate standard asap. 


2) The proposal is that any packet that contains binary info will be 
converted as follows: 


a) The entire data field of the original is base-64 encoded 
b) The encoded packet begins with a "(" and base-64 follows it. 
c) On receipt of a "(" type packet, the process is reversed. 


Brent, can you detail the exact steps in base-64 encoding? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 09:32:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ2498 
for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 09:32:17 -0500 (CDT) 


Message-ID: <LYR11589-90153-2000.06.11-09.35.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

From: Bill Diaz <billdiaz@megsinet.net> 

Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sun, 11 Jun 2000 09:22:36 -0500 

MIME-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFD386.9872C500.billdiaz@megsinet.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob, 


On Sunday, June 11, 2000 8:13 AM, Bob Bruninga [SMTP:bruninga@nadn.navy.mil] 


wrote: 

> There are two lessons here... 

> 

> On Sun, 11 Jun 2000, Ian Wade wrote: 

> > BTW, I have already commented to other stations privately that their 

> > reported posits seemed way off. 

> 

> 1) ALL Software should be doing reasonablness filters on moving stations. 
> Even GPS's sometimes send out erroneous data. I found way back in 94 that 
> I had to check for bad data, and ignore. So APRSdos has always ignored 

> instantaeous jumps on moving stations. I think the SPEC should even 

> recommend this if other authors are not doing it already. 

> 

> > This is really serious, and throws the whole APRS concept into question. As 
> > Bob/Brent and others have commented elsewhere, we really need a single 

> > IGate standard asap. 


This standard should include a method to test the ability of IGATEs and 
applications, to correctly decode MicE and compressed positions. Currently, 


a single Mic-E packet appears to be decoded differently by the various 


IGATEs. A standard collection of packets could be developed, and distributed 
to permit applications to determine if they meet the standard for decoding 
these packets. 


The insertion of timestamps in decoded packets should be addressed as well. If 
multiple IGATEs decode the same packet it is possible for each to insert a 
different timestamp. Each of the decoded packets will appear unique to dupe 
checking code. Perhaps timestamps should be assigned by the end user 
application rather than the IGATEs? 


Some applications append identifiers to the end of converted packets, some 
convert text to uppercase, and some insert other information. The IGATE 
standard should specify the exact permitted content, and format of converted 
packets to ensure that dupes can be detected and eliminated. 


Headers may contain extraneous information that could cause some applications 
to incorrectly parse the packet. The standard should detail what IGATEs can 
include, and what must be excluded. 


2) The proposal is that any packet that contains binary info will be 
converted as follows: 


a) The entire data field of the original is base-64 encoded 
b) The encoded packet begins with a "(" and base-64 follows it. 
c) On receipt of a "(" type packet, the process is reversed. 


VVVVV VV 


The proposal should also include provisions to ensure that dupes can be 
eliminated. 


> 
> Brent, can you detail the exact steps in base-64 encoding? 
> 

> Bob 

> 

> 

> 

Bill KC9XG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 10:23:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA17918 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 10:23:08 -0500 (CDT) 
From: "Jonathan Bradshaw" <Jonathan@NrgUp.Net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MIC-E and binary encoding 


Date: Sun, 11 Jun 2000 16:23:37 +0100 
Message-ID: <LYR11589-90163-2000.06.11-10.26.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
In-Reply-To: <LYR14840-90095-2000.06.11-00.00.23-- 
jonathan#nrgup.net@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NDBBKJGHMCFBFANNEFNCOEINCAAA. Jonathan@NrgUp.Net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from base64 to 8bit by tapr.org id KAA17918 


Since everyone is adding their 2p (sorry, I'm now back in the UK and I think I 
have to add 17.5% VAT to 2p but anyway...) 


Its unfortunate that the MIC-E format uses non-printable characters but since it 
can't be changed either applications should be 8-bit compliant or base-conversion 
needs to be done so the original data can be returned. I really hope that the 
future APRS protocol versions start to limit the large number of formats that 
exist (yes, I know it can't even be talked about until the current version 
documentation is final). 


Are there any TCP servers right now that can't handle 8-bit streams? Could we just 
look at not converting these packets and letting them go through as intended? 
APRSD should handle 8-bit just fine and any program that listens to the TNC data 
stream needs to handle 8-bit anyway to decode those packets. 


One day I'll actually get my java igate finished so I can put my money where my 
mouth is... ;-) 


G/N9OXE 
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From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 11:25:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ2218 


for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 11:25:39 -0500 (CDT) 
Message-Id: <LYR11589-90171-2000.06.11-11.28.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sun, 11 Jun 2000 12:25:24 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006111625 .MAA21213@maynard.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/10/00 8:09 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>I was looking at a single packet type. Not all. Just trying to figure 
>out what is happening. I suspect more then one. But APRSd is mangling 
>some Mic-E packets. I think that is clear. 

> 

I think it is possible that there is a bug in the Mic-E conversion code 
in aprsd, but I really do not think it is doing the packet mangling being 
discussed here. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 11:43:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6621 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 11:43:36 -0500 (CDT) 
Message-ID: <LYR11589-90182-2000.06.11-11.46.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-90171-2000.06.11-11.28.34-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sun, 11 Jun 2000 09:43:12 -0700 


MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <058a01bfd3c4$22d81320$3e92b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA06621 


The packets I posted were the Mic-E Conversion packets. That is what I was 
discussing. Yes, there are other problems. Probably not a single solution. But 
when I monitor the APRServe/APRSd data stream, some stations just all over the 
place. and ">dsy" is very prominent in there packets. The obvious mangled NMEA 
data with dropped or extra characters are easy. Throw them out. The @ packets 
with incorrect number of digits for Lat or Long are easy, throw them out. But the 
mis-converted Mic-E data looks like real data. Fix the source. That is what I 
was Saying. 


Brent 


On 6/10/00 8:09 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>I was looking at a single packet type. Not all. Just trying to figure 
>out what is happening. I suspect more then one. But APRSd is mangling 
>some Mic-E packets. I think that is clear. 

> 

I think it is possible that there is a bug in the Mic-E conversion code 
in aprsd, but I really do not think it is doing the packet mangling being 
discussed here. 


Steve K4HG 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 11:45:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ7295 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 11:45:40 -0500 (CDT) 
Message-Id: <LYR11589-90185-2000.06.11-11.48.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: MIC-E and binary encoding 
Date: Sun, 11 Jun 2000 12:44:56 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006111644 .MAA19613@maynard.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/11/00 11:23 AM Jonathan Bradshaw (Jonathan@NrgUp.Net) wrote: 


>Its unfortunate that the MIC-E format uses non-printable characters but 
>since it can't be changed either applications should be 8-bit compliant or 
>base-conversion needs to be done so the original data can be returned. I 
>really hope that the future APRS protocol versions start to limit the 
>large number of formats that exist (yes, I know it can't even be talked 
>about until the current version documentation is final). 

> 

>Are there any TCP servers right now that can't handle 8-bit streams? Could 
>we just look at not converting these packets and letting them go through 
>as intended? APRSD should handle 8-bit just fine and any program that 
>listens to the TNC data stream needs to handle 8-bit anyway to decode 
>those packets. 

> 

First, the problem is not "8 bit", but rather the non-printing 

characters. No line oriented protocol can handle all NPC's transparently, 
CR or LF always has special meaning. Other NPCs also carry meaning, and 

so may be filtered out. 


When I was working on the problem in the past, I wrote a short program to 


send these npc's as part of an APRS packet to the server, and they did 
not get filtered out. However, somewhere along the path they do get 
filtered. Unless someone wants to spend some time digging into the 
details to find out exactly where the problem is, letting them pass is 
not a solution. 


Steve K4HG 
Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 11:48:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ8267 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 11:48:16 -0500 (CDT) 
Message-Id: <LYR11589-90190-2000.06.11-11.51.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sun, 11 Jun 2000 12:48:04 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006111648 .MAC14858@granger.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/11/00 12:43 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>The packets I posted were the Mic-E Conversion packets. That is what I 
>was discussing. Yes, there are other problems. Probably not a single 
>solution. But when I monitor the APRServe/APRSd data stream, some 
>stations just all over the place. and '">dsy" is very prominent in there 
>packets. The obvious mangled NMEA data with dropped or extra characters 
>are easy. Throw them out. The @ packets with incorrect number of digits 
>for Lat or Long are easy, throw them out. But the mis-converted Mic-E 
>data looks like real data. Fix the source. That is what I was saying. 

> 

So since aprsd is open source, whgy doesn't someone fix it? 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 12:00:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11304 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 12:00:18 -0500 (CDT) 
Message-Id: <LYR11589-90193-2000.06.11-12.03.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Sun, 11 Jun 2000 13:00:00 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006111659.MABO5902@maynard.mail.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/10/00 6:42 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>No matter how minor they are, each and every one of them must be 
>documented, recognized and parsed so that the DUPE ELIMINATOR will work. 
>As it is, none of this is doucmented nor agreed, since you insisted that 
>APRServe processing not be included in the APRS SPEC. 


What I said was it should not be included in that spec, but rather ina 
separate document. Unfortunately the first one took so much out of 
everyone that there seems to be little interest in starting another. 


>I dont write Igate 

>code, but if you asked me which I would rather do: 

> 

1) Do dupe checking on any number of conversions, none adhereing to 
any kind of spec that I would have to figure out on my own and 


> 
> 
> modify every time someone changed theirs or a bug was found... 
> 


>OR 


> 

> 2) Agree to one base-64 universal/transparent conversion that would 
> handle all present and future binary packets 

> 

>I know which one I would choose... 

> 


There are a few easily fixed problems. First, TSB need to stop sending 
both the converted packet and the original. This will greatly reduce, if 
not eliminate the number of Mic-E packets aprsd sees and converts. In 
turn, this means a whole lot less possibilities for seeing dups. 


Second, someone can look at the Mic-E conversion code in aprsd, find out 
if there really is a bug, and fix it. 


Third, if there still are enough dups to worry about (and should only 
happen when an area is served by multiple IGates of different types) then 
standardization of the converted packet could be done. 


This is not something that I think calls for a new packet type. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 12:04:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA12222 
for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 12:04:28 -0500 (CDT) 
Message-ID: <LYR11589-90195-2000.06.11-12.07.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Private Discussion" <aprsdev@lists.tapr.org> 
References: <LYR11585-90185-2000.06.11-11.48.26-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: MIC-E and binary encoding 
Date: Sun, 11 Jun 2000 10:04:06 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <05c101bfd3c7$1026e3c0$3e92b3d1@celeron> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA12222 


On 6/11/00 11:23 AM Jonathan Bradshaw (Jonathan@NrgUp.Net) wrote: 


>Its unfortunate that the MIC-E format uses non-printable characters but 
>since it can't be changed either applications should be 8-bit compliant or 
>base-conversion needs to be done so the original data can be returned. I 
>really hope that the future APRS protocol versions start to limit the 
>large number of formats that exist (yes, I know it can't even be talked 
>about until the current version documentation is final). 

> 

>Are there any TCP servers right now that can't handle 8-bit streams? Could 
>we just look at not converting these packets and letting them go through 
>as intended? APRSD should handle 8-bit just fine and any program that 
>listens to the TNC data stream needs to handle 8-bit anyway to decode 
>those packets. 

> 

First, the problem is not "8 bit", but rather the non-printing 

characters. No line oriented protocol can handle all NPC's transparently, 
CR or LF always has special meaning. Other NPCs also carry meaning, and 

so may be filtered out. 


When I was working on the problem in the past, I wrote a short program to 
send these npc's as part of an APRS packet to the server, and they did 
not get filtered out. However, somewhere along the path they do get 
filtered. Unless someone wants to spend some time digging into the 
details to find out exactly where the problem is, letting them pass is 
not a solution. 


Steve K4HG 
Steve K4HG 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV OV 


Actually, it would be quite simple to create a line oriented protocol that handled 
all NPCs. Just like AX.25, Garmin's GPS protocol, and many other protocols. It 
requires an "escape" character and a conversion character. Then any data can be 
passed. Example: If the new line character, <NL> is the packet end delimiter, 
and the "escape" character is @, and the conversion character for <NL> was 1, 
then anytime a <NL> character was encountered, it would be converted to @1, except 


at the end of a packet where the <NL> signalled the end of the packet. The escape 
character is self is encoded, might just be is self doubled. All NPCs would then 
be encoded in this way. The overhead is actually quite minimal, and all 
characters that go in, come out as they when it. Completely transparent. 


Brent KH2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 12:07:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA13474 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 12:07:47 -0500 (CDT) 
Message-Id: <LYR11589-90200-2000.06.11-12.10.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: MIC-E and binary encoding 
Date: Sun, 11 Jun 2000 13:07:26 -0400 
x-sender: sdimse@m1.sprynet.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Private Discussion" <aprsdev@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200006111707 .NAA10183@smtp10.atl.mindspring.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 6/11/00 1:04 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>Actually, it would be quite simple to create a line oriented protocol that 
>handled all NPCs. Just like AX.25, Garmin's GPS protocol, and many other 
>protocols. It requires an "escape" character and a conversion character. 
>Then any data can be passed. Example: If the new line character, <NL> is 
>the packet end delimiter, and the "escape" character is @, and the 
>conversion character for <NL> was 1, then anytime a <NL> character was 
>encountered, it would be converted to @1, except at the end of a packet 
>where the <NL> signalled the end of the packet. The escape character is 


>self is encoded, might just be is self doubled. All NPCs would then be 
>encoded in this way. The overhead is actually quite minimal, and all 
>characters that go in, come out as they when it. Completely transparent. 
> 

By transparent I meant one that didn't require escape codes. TNC's use 
ctrl-v as the escape code by default. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 15:02:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA28980 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 15:02:27 -0500 (CDT) 
Message-ID: <LYR11589-90225-2000.06.11-14.59.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Private Discussion" <aprsdev@lists.tapr.org> 
References: <200006111707 .NAA10183@smtp10.atl.mindspring.net> 
Subject: [aprsspec] Re: MIC-E and binary encoding 
Date: Sun, 11 Jun 2000 12:55:41 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <061c01bfd3df£$06b116e0$3e92b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA28980 


On 6/11/00 1:04 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 
>Actually, it would be quite simple to create a line oriented protocol that 


>handled all NPCs. Just like AX.25, Garmin's GPS protocol, and many other 
>protocols. It requires an "escape" character and a conversion character. 


VV VV WV 


>Then any data can be passed. Example: If the new line character, <NL> is 
>the packet end delimiter, and the "escape" character is @, and the 
>conversion character for <NL> was 1, then anytime a <NL> character was 
>encountered, it would be converted to @1, except at the end of a packet 
>where the <NL> signalled the end of the packet. The escape character is 
>self is encoded, might just be is self doubled. All NPCs would then be 
>encoded in this way. The overhead is actually quite minimal, and all 
>characters that go in, come out as they when it. Completely transparent. 
> 

By transparent I meant one that didn't require escape codes. TNC's use 
ctrl-v as the escape code by default. 


VV VVV VV VV VV VV 


Steve K4HG 


By transparent I mean what you put in one side, you get exactly the same thing out 
the other. Ctrl-V does not apply to KISS mode. KISS mode does not need it. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 11 16:54:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26108 

for <lyris.aprsspec@tapr.org>; Sun, 11 Jun 2000 16:54:36 -0500 (CDT) 
Date: Sun, 11 Jun 2000 17:52:46 -0400 
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 
Subject: [aprsspec] aprsd dev page 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: quesnelb@ve2.ele.etsmtl.ca 
Message-id: <LYR11589-90248-2000.06.11-16.57.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: MULTIPART/ALTERNATIVE; 
BOUNDARY="Boundary_(ID_quF2QO0pt6BPVBWVOdLsMwQ) " 
X-Accept-Language: en 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39440A2E.157E3C1B@ve2.ele.etsmtl.ca> 


Precedence: bulk 


--Boundary_(ID_quF2Q0pt6BPVBWVOdLsMwQ) 
Content-type: text/plain; charset=us-ascii 
Content-transfer-encoding: 7bit 


Hi to all, (and sorry for cross posting) 


Some of you may now that I intend help/continue what Dale began with 
aprsd. 


I've now put up a web page for my project. It is done under the 
suppervision of a class that I will take this fall, but the 
developement has already began. 

You'll find all the information you need on the page, or else, 
please send me an email and the info will be added. Appreciate any 
comments good/bad, anything.... 


here is the site : http://ve2.ele.etsmtl.ca/projets/aprs.html 


Thanks for your attention. 


Bruno Quesnel va2bmg@videotron.ca 

Genie Electrique quesnelb@ve2.ele.etsmtl.ca 
Electrical Engineering queb1604@ele.etsmtl.ca 
Ecole de Technologies Superieure VA2 BMG 


--Boundary_(ID_quF2Q0pt6BPVBWVOdLsMwQ) 
Content-type: text/html; charset=us-ascii 
Content-transfer-encoding: 7bit 


<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 

<html> 

&nbsp; 

<br>Hi to all, (and sorry for cross posting) 

<p>&nbsp;&nbsp;&nbsp; Some of you may now that I intend help/continue what 
Dale began with aprsd. 

<p>&nbsp;&nbsp;&nbsp; I've now put up a web page for my project.&nbsp; 

It is done under the suppervision of a class that I will take this fall, 
but the 

<br>developement has already began. 

<p>&nbsp;&nbsp;&nbsp; You'll find all the information you need on the page, 


or else, please send me an email and the info will be added.&nbsp; Appreciate 

any 

<br>comments good/bad, anything.... 

<p>here is the site&nbsp; :&nbsp;&nbsp; <A HREF="http://ve2.ele.etsmtl.ca/projets/ 
aprs.html">http://ve2.ele.etsmtl.ca/projets/aprs.html</A> 

<p>Thanks for your attention. 

<pre>--&nbsp; 

Bruno 

Quesnel&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb 
sp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
va2bmg@videotron.ca 

Genie 

Electrique&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca 
Electrical 

Engineering&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp 
;&nbsp;&nbsp;&nbsp; queb1604@ele.etsmtl.ca 

Ecole de Technologies Superieure&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; VA2 BMG</pre> 
&nbsp; </html> 


--Boundary_(ID_quF2Q0pt6BPVBWVOdLsMwQ) - - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 12 10:59:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA24363 

for <lyris.aprsspec@tapr.org>; Mon, 12 Jun 2000 10:59:53 -0500 (CDT) 
From: "Richard Carter" <rich.carter@windriver.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] MAYDAY supported? 
Date: Mon, 12 Jun 2000 11:59:22 -0400 
Message-ID: <LYR11589-90475-2000.06.12-11.02.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NBBBJJKGMKOELPJIIFEGOENBIHAC.rich.carter@windriver.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I've been looking through the spec and other assocaited documentation that I 
have, and have found no way to issue a mayday or panpan call using APRS. It 
seems that the receivers will filter out messages unless they are addressed 
for the specific recipient. Have I missed something here? 


Rich - KE1EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 12 11:43:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ9511 

for <lyris.aprsspec@tapr.org>; Mon, 12 Jun 2000 11:43:04 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 12 Jun 2000 12:42:13 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MAYDAY supported? 
In-Reply-To: <LYR11586-90475-2000.06.12-11.02.46- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-90491-2000.06.12-11.46.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006121240250 .21153-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 12 Jun 2000, Richard Carter wrote: 


> I've been looking through the spec and other assocaited documentation that I 


> have, and have found no way to issue a mayday or panpan call using APRS. It 
> seems that the receivers will filter out messages unless they are addressed 
> for the specific recipient. Have I missed something here? 


That's what BULLETINS are for. THey go to everyone. 


Send TO: BLN1 
MSG: HELP!, Sinking in Pax RIver... 


And everyone will be alerted. If it is a kenwood, or a Mic-E, then jsut 
welect the EMERGENCY button... 


de WB4APR< Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 12 12:02:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA17940 

for <lyris.aprsspec@tapr.org>; Mon, 12 Jun 2000 12:02:56 -0500 (CDT) 
Message-ID: <LYR11589-90493-2000.06.12-12.05.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-90491-2000.06.12-11.46.02-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: MAYDAY supported? 
Date: Mon, 12 Jun 2000 10:02:51 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <009f01b£d490$0eca95c0$9594b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


> On Mon, 12 Jun 2000, Richard Carter wrote: 

> 

> > I've been looking through the spec and other assocaited documentation 
that I 

> > have, and have found no way to issue a mayday or panpan call using APRS. 
It 

> > seems that the receivers will filter out messages unless they are 
addressed 

> for the specific recipient. Have I missed something here? 


That's what BULLETINS are for. THey go to everyone. 


Send TO: BLN1 
MSG: HELP!, Sinking in Pax RIver... 


And everyone will be alerted. If it is a kenwood, or a Mic-E, then jsut 
welect the EMERGENCY button... 


VV VVV VV VV VV 


de WB4APR< Bob 


But bulletins do not have the same force as the Mic-E alarm function. I 
would propose a simple addition where if you sent a message TO EMERGENCY, it 
would trigger the same alarms as a Mic-E alarm. 


Brent 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 12 15:00:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ1297 

for <lyris.aprsspec@tapr.org>; Mon, 12 Jun 2000 15:00:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 12 Jun 2000 15:59:39 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MAYDAY supported? 
In-Reply-To: <009£01bfd490$0eca95c0$9594b3d1@laptop233> 
Message-ID: <LYR11589-90535-2000.06.12-15.03.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006121553130 .13212-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 12 Jun 2000, Brent Hildebrand wrote: 


> But bulletins do not have the same force as the Mic-E alarm function. I 
> would propose a simple addition where if you sent a message TO EMERGENCY, it 
> would trigger the same alarms as a Mic-E alarm. 


I agree. Unless someone objects, I see no reason why we cannot do so. 

Of course, people will want to TEST this capability.... SHould we also 
declare, that an EMERGENCY message with the first word of "TEST" should be 
ignored by all operators even though the alarms will still occur. 


Clearly these will be nusances, but it is nice to have a plan...? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 12 15:19:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA09881 
for <lyris.aprsspec@tapr.org>; Mon, 12 Jun 2000 15:19:52 -0500 (CDT) 
Message-Id: <LYR11589-90545-2000.06.12-15.22.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 12 Jun 2000 15:18:24 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: MAYDAY supported? 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR11608-90535-2000.06.12-15.03.09--dvanhorn#cedar.net@lis 
ts.tapr.org> 
References: <009f01b£d490$0eca95c0$9594b3d1@laptop233> 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.0.1.20000612151645 .03£45100@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hash: SHALL 


>I agree. Unless someone objects, I see no reason why we cannot do so. 

>Of course, people will want to TEST this capability.... SHould we also 
>declare, that an EMERGENCY message with the first word of "TEST" should be 
>ignored by all operators even though the alarms will still occur. 

> 

>Clearly these will be nusances, but it is nice to have a plan...? 


There really should be a test functionality. 

pls don't implement like my SAME radio.. the screeching alarm weekly is a 
great way to get the speaker disconnected. Tests should be quiet, and only 
generate a "test ok" message. 


Are you an ISP? Tired of spam? 
www.spamwhack.com A pre-emptive strike against spam! 


Where's Dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com> 


iQA/AwUBOUVhsIF1GDz116VWEQJhsAC£fbW1KZ1Sy10YiheHAJBHqzHVo4+UAoND1. 
r18T8yA/n8hpeAtbK5GdMUbM 
=NA9G 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 12 18:33:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ7013 

for <lyris.aprsspec@tapr.org>; Mon, 12 Jun 2000 18:33:27 -0500 (CDT) 
Message-ID: <LYR11589-90592-2000.06.12-18.36.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: =?iso-8859-1?0?Gun_Steele_W=D8GUN?= <wOgun@arrl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR14779-90008-2000.06.10-12.43.00-- 
Tan.Wade#care4free.net@lists.tapr.org> <LYR15515-90127-2000.06.11-01.56.10-- 
wOgun#arrl.net@lists.tapr.org> 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
Date: Mon, 12 Jun 2000 15:29:42 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
X-MIME-Autoconverted: from 8bit to quoted-printable by mail.gcnet.com id TAA25289 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q00201bfd4c6$8da3d240$5b6686d1@micronmsdn> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA07013 


Tan, 

Trying to determine why a D700 won't 'List' any stations in memory. 
Downloaded & skimmed thru the spec PDF, but on what page is a listing of 
acceptable characters to follow the semicolon? My Kenwood only displays the 
call sign with ?? after it and I have never had the freq. display blank to 
the other info screen. So little APRS data here in SW Kansas, that I don't 
know if the radio is working properly. The only data I have seen (Pmon) had 
an ' after the semicolon. 


Gun Steele WYGUN 

SYNERTOOL 

SSeS Original Message ----- 

From: "Ian Wade" <Ian.Wade@care4free.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Sent: Sunday, June 11, 2000 1:15 AM 

Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 


> In article 


<LYR14779-90008-2000.06.10-12.43.00--Ian.Wade#tcare4free.net@lists.tapr.org>, 
Brent 

> Hildebrand <bhildebrand@earthlink.net> writes 

> 

>> 

> >Here is a simple study of data over the last hour of you type of packet, 
the 


> >@ packet. Notice the mangled data portions of the packet. APRSd is my 
> >suspected culprit here with the Mic-E conversion. 

>> 

> >KIOBW-9>APK101, TCPIP*,NOBKBx:@101nroute... ]"6P% 

> 

> [snip the rest of the packets] 

> 

> 

> Here is the APRdec output for these packets, with some additional 
comments: 

> 

> 

> 

> 

> ———— — — — SS SS = — 

> <<<< APRSdec >>>> The G3NRW APRS Packet Decoder 

> ssss555555=5=5555S55555555555555S5555S5S55S5S5SSSSSS555S5SS5S=== 

> Version 1.0.2c (8 June 2000) 

> by Tan Wade, G3NRW (g3nrw@arrl.net) 

> 

> Input file = brent.log 

> Output file = brent.out 

> DOS Runtime = 11 Jun 2000 6:26:34.76 

> 

> NOTE: If this report contains anything that you think is incorrect, 
> please email it to g3nrw@arrl.net for investigation. Thank you. 
> 

> 

> weeeewe eee eee ewww ewww ewww ewww ewww ew ww ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ewe ew ew 

> Record #1 

> KIOBW-9>APK101, TCPIP*, NOBKB*:@101nroute... ]"6P% 

> APRS Data Type= Posit w/ time. With APRS 

> %**xBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

> Long= **BAD LONG >180deg 

> %**BAD COURSE 

> Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 

> GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 


conversion 
> Icon= **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


> Record #2 

> 

N5WYE-1>APRS ,WD5CWZ-2« ,WIDE/1:@10160923042 .1210N/00457 .09Wk319/000/E>dsy/MO/ 
Off duty.. ]"4P% 

> APRS Data Type= Posit w/ time. With APRS 

> Day= 10 Time= 16 hours 09 mins UTC 

> Lat= **kBAD LAT Long= *xBAD LONG 

> Icon= **INVALID ICON Overlay= **xBAD OVERLAY CHAR '0' not allowed with 
this symbol 

> Altitude= 187 feet (57 meters) 

> 

> 

> [x***COMMENT: In this and later reports, one or more extraneous digits 

> appear in the latitude hundredths, just before the "N"]. 


> Record #3 

> N7IPB-12>APZ032,WA7TAI-10* ,WIDE5-2:@100913z/fy00/Vxx*j /Ken's Mobile 
Shack. 

> APRS Data Type= Posit w/ time. With APRS 

> Day= 10 Time= 09 hours 13 mins UTC 

> Lat= 48 deg 24.99 min S_ Long= 122 deg 18.00 min W 

> Icon= Jeep Overlay= (none) 

> 
> 


[xx*xCOMMENT: Is there anything wrong with this report and the next one? 
They 
> both appear to contain valid 13-character compressed posits]. 


> Record #4 

> N7IPB-12>APZ032,WA7TAL-10*,WIDE5-1:@100915z/fy00/V««j /Ken's Mobile 
Shack. 

> APRS Data Type= Posit w/ time. With APRS 

> Day= 10 Time= 09 hours 15 mins UTC 

> Lat= 48 deg 24.99 min S_ Long= 122 deg 18.00 min W 
> Icon= Jeep Overlay= (none) 

> 

> 

> 

> 


[x*x*xCOMMENT: Apparently nothing wrong with this. See above]. 


> Record #5 
> KIOBW-9>APK101, TCPIP*, NOBKB*:@1016ute... ]"6C% 
> APRS Data Type= Posit w/ time. With APRS 


*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

Lat= 64 deg 00.00 min N' Long= 175 deg 06.82 min W 

*xBAD COURSE 

Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 

GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 

> Icon= **BAD SYMBOL CODE 

> **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 

> 

> weeewewewen eee eee ewww ewww www eww ww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew = 

> Record #6 

> KE5PL>APRS,KE5PL-1*,WIDE,K5ELP-2:@081044/B.John in Midland, TX. 

> APRS Data Type= Posit w/ time. With APRS 

> Day= 08 Time= 10 hours 44 mins Local 
> 
> 
> 
> 


VVVV Vv 


Lat= 63 deg 22.34 min N' Long= 124 deg 38.61 min E 
Course= 176 deg Speed= 254 knots (292.3 mph 470.4 kph 130.7 m/s) 
*x*BAD T-BYTE '‘d' 
Icon= (No Icon) Overlay= **BAD OVERLAY CHAR 'B' not allowed with this 
symbol 
> 
> 
> [***COMMENT: The comment text was decoded as a compressed posit. The posit 
> is actually missing. Question: are there any other reports like this, 
where 
> the actual posit is completely missing? If so, it could be that they 
contained 
> xcompressed* posits which the conversion program didn't know what to do 
with. 
> Just a hunch]. 


> Record 47 
> 
G7GFC-7>APRS, RELAY, TRACE: @10163225310.410N/00251.53W>116/000/E>dsy/M0/Offdut 


y.. 
> ]"40TMD700E+GPS3 David 

> APRS Data Type= Posit w/ time. With APRS 
> Day= 10 Time= 16 hours 32 mins UTC 

> Lat= **BAD LAT Long= *xBAD LONG 

> Icon= NWS Site Overlay= N 

> Altitude= 82 feet (25 meters) 

> 

> 


[x*x*xCOMMENT: Extraneous latitude "0" digit before the "N". I have seen 
this 
> many times before]. 
> 
> 


> 
> 


Record #8 


G7GFC-7>APRS , GW7HOH* , TRACE : @10163425310.410N/00251 .53W>116/000/E>dsy/MO/Offd 
uty.. ]TMD700E+GPS3 


VV VV VV V VV 


David 

APRS Data Type= Posit w/ time. With APRS 
Day= 10 Time= 16 hours 34 mins UTC 

Lat= **BAD LAT Long= **xBAD LONG 

Icon= NWS Site Overlay= N 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #9 
KIQBW-9>APRS, TCPIP*, NOBKBx : @10163823812.66N/092ute>/]"6<tJust crusing 
APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 16 hours 38 mins UTC 

Lat= 38 deg 12.66 min N' Long= **BAD LONG 

Icon= **xINVALID ICON Overlay= (none) 

Altitude= 1859035 feet (566634 meters) 


[x*xxCOMMENT: Just *xwhat* is he "crusing" in at that altitude, 352 miles up 
in the sky ...... i 


Record #10 


G7GFC-7>APRS , GW7HOH* , TRACE : @10164225310.410N/00251 .53W>116/000/E>dsy/MO/Offd 
uty.. ]TMD700E+GPS3 


> 
> 
> 
> 
> 
> 
> 
> 
> 


Vv 


VV VV WV 


David 

APRS Data Type= Posit w/ time. With APRS 
Day= 10 Time= 16 hours 42 mins UTC 

Lat= **BAD LAT Long= **xBAD LONG 

Icon= NWS Site Overlay= N 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


Record #11 
KIOBW-9>APK101, TCPIP*,NOBKBx:@1016te... ]"6N¢ 

APRS Data Type= Posit w/ time. With APRS 

*xkBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 
Lat= 64 deg 17.40 min N- Long= 94 deg 54.76 min W 


> **BAD COURSE 

> Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 

> GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 

> Icon= **BAD SYMBOL CODE 

> **kBAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 

> 

> Sik “pn i mea ae fen <a“ ~~ “apm om CS fm ol kt“ SS i kt“ fl 

> Record #12 

> 

KIOBW-9>APRS, TCPIP* , NOBKBx : @10164@10164923812.65N/09241 .29W>033/000/E>dsy/M1 
/Enroute... ]"6N¢ 

> APRS Data Type= Posit w/ time. With APRS 

> %**xBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

> Lat= **BAD LAT Long= **xBAD LONG 

> Icon= **INVALID ICON Overlay= **BAD OVERLAY CHAR '1' not allowed with 
this symbol 

Altitude= 778 feet (237 meters) 


[xxxCOMMENT: Here the timestamp is apparently repeated, sort of]. 


VV VV V 


Vv 


> Record #13 

> KIOBW-9>APK101, TCPIPx,NOBKBx:@101nroute... ]"6G% 

> APRS Data Type= Posit w/ time. With APRS 

> %**xBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

> Long= **BAD LONG >180deg 

> **BAD COURSE 

> Speed= 0 knots (0.0 mph 0.0 kph 0.0 m/s) 

> GPS Fix= Old (last) NMEA Source= RMC Compression Origin= Digipeater 
conversion 

> Icon= **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 


> Record #14 

> 

G7GFC-7>APRS, GW7HOH*, TRACE : @10165925310.410N/00251 . 53W>116/000/E>dsy/MO/Offd 
uty.. 

> ]"44?TMD700E+GPS3 David 

> APRS Data Type= Posit w/ time. With APRS 

> Day= 10 Time= 16 hours 59 mins UTC 

> Lat= **BAD LAT Long= **xBAD LONG 

> Icon= NWS Site Overlay= N 

> Altitude= 95 feet (29 meters) 

> 
> 
> 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


> Record #415 

> 

K7GPS-9>APRS , K7GPS-10* ,WIDE4-3:@10170124634 .610N/12317 .79Wv269/000/E>dsy/M2/ 
In Service ]"5?% 

> APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 17 hours 01 mins UTC 

Lat= **BAD LAT Long= **xBAD LONG 

Icon= NWS Site Overlay= N 

Altitude= 430 feet (131 meters) 


[x*xxCOMMENT: Extraneous latitude "0" digit before the "N"]. 


VVVVVV VV 


Record #16 


Vv 


> 

K7GPS-9>APRS ,K7GPS-10« ,WIDE4-3 : @10170324634.610N/12317 .79Wv269/000/E>dsy/M2/ 
In Service ]"5E% 

> APRS Data Type= Posit w/ time. With APRS 

Day= 10 Time= 17 hours 03 mins UTC 

Lat= **BAD LAT Long= **xBAD LONG 

Icon= NWS Site Overlay= N 

Altitude= 449 feet (137 meters) 


[x*xCOMMENT: Extraneous latitude "0" digit before the "N"]. 


VVVVNV VV MV 


Vv 


Record #17 
KIOQBW-9>APRS, TCPIP* , NOBKBx : @101709z38e>/] "61% 
APRS Data Type= Posit w/ time. With APRS 
Day= 10 Time= 17 hours 09 mins UTC 
Lat= **BAD LAT Long= **BAD LONG 
Icon= **BAD SYMBOL CODE 
Overlay= **xBAD OVERLAY CHAR '‘I' not allowed with this symbol 


[xxCOMMENT: This non-Mic-E report contains a vestige of a Mic-E encoded 
osit]. 


VVOVVV VV VV VV 


Vv 


Record #18 
KE5PL>APRS, KE5PL-1*,WIDE,K5ELP-2:@081044/B.John in Midland, TX. 
APRS Data Type= Posit w/ time. With APRS 

Day= 08 Time= 10 hours 44 mins Local 

Lat= 63 deg 22.34 min N_ Long= 124 deg 38.61 min E 


VV VV WV 


> Course= 176 deg Speed= 254 knots (292.3 mph 470.4 kph 130.7 m/s) 

> %**xBAD T-BYTE 'd' 

> Icon= (No Icon) Overlay= **xBAD OVERLAY CHAR 'B' not allowed with this 
symbol 


> 
> 
> [***COMMENT: This is identical to Record #6. Why did it show up twice?]. 
> 
> 


> Record #19 

> KIOBW-9>APK101, TCPIP* ,NOBKBx:@101E>dsy/M1/Enroute... ]"6@tJust crusing 
> APRS Data Type= Posit w/ time. With APRS 

> %**xBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

> Lat= 61 deg 20.63 min N- Long= 34 deg 10.69 min W 

> Course= 332 deg Speed= 186 knots (214.0 mph 344.5 kph 95.7 m/s) 

> GPS Fix= Old (last) NMEA Source= GLL Compression Origin= Pico 

> Icon= **BAD SYMBOL TABLE IDENTIFIER/OVERLAY CHARACTER 

> 


> Record 420 

> KIOBW-9>APK101, TCPIP* ,NOBKBx:@1010/E>dsy/M1/Enroute... ]"6@tJust crusing 
> APRS Data Type= Posit w/ time. With APRS 

> %**xBAD/MISSING TIMESTAMP. Rest of data may not decode correctly. 

> Lat= 74 deg 08.03 min S_ Long= 116 deg 04.16 min W 

> Course= 312 deg Speed= 641 knots (737.6 mph 1187.1 kph 329.8 m/s) 

> **BAD T-BYTE 't' 

> Icon= Restrooms Overlay= **xBAD OVERLAY CHAR ‘d' not allowed with this 
symbol 


tt+tt+ttttt+ttttttt++t+t+ END OF FILE +4+4+4++++++4+++++4++4+++4+4+44+ 


> 

> 

> 

> [***BOTTOM LINE COMMENT: Most of these reports contain "/E>dsy". Is this 
> a common factor in the problem. Which program generates "/E>dsy"?]. 
> 

> 

> 

> 

> 73 

> Ian, G3NRW 

> 


Technical Editor, APRS Protocol Specification 


You are currently subscribed to aprsspec as: wOgun@arrl.net 
To unsubscribe send a blank email to leave-aprsspec-15515A@lists.tapr.org 


> aKkKKKKKKK Third draft now available x*x*x*«x*x«x 

> -- 

Do SS ES ee Se SSS SS SS SSS SSS Se See SS aS ee SS Se Se ee Sea Ss SSS + 
> | APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

> | email: g3nrw@arrl.net | 
> | | 
> | APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 
> | APRS DECODER: http: //www.netro.co.uk/aprs.htm 

DR er et en ee ee siti eee ei te i ee eee ee ee ei) lee ne ee + 
> 

> 

> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 13 04:58:56 2000 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA11767 
for <lyris.aprsspec@tapr.org>; Tue, 13 Jun 2000 04:58:52 -0500 (CDT) 

Message-ID: <LYR11589-90688-2000.06.13-04.57.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Tue, 13 Jun 2000 07:00:18 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Ian Wade <Ian.Wade@care4free.net> 

Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Mic-E converters and duplicate packet detection 
References: <LYR14779-90008-2000.06.10-12.43.00-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
<LYR15515-90127-2000.06.11-01.56.10--wOgun#arrl.net@lists.tapr.org> 

<000201b£d4c6$8da3d240$5b6686d1@micronmsdn> 

In-Reply-To: <000201bfd4c6$8da3d240$5b6686d1@micronmsdn> 
MIME-Version: 1.0 

Content-Transfer-Encoding: 8bit 

Content-Type: text/plain; charset=iso-8859-1 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <TOyyOCAy3cR5Ew3n@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <000201b£d4c6$8da3d240$5b6686d1@micronmsdn>, Gun Steele WYyGUN 
<wOgun@arrl.net> writes 

>Ian, 

> Trying to determine why a D700 won't 'List' any stations in memory. 
>Downloaded & skimmed thru the spec PDF, but on what page is a listing of 
>acceptable characters to follow the semicolon? My Kenwood only displays the 
>call sign with ?? after it and I have never had the freq. display blank to 
>the other info screen. So little APRS data here in SW Kansas, that I don't 
>know if the radio is working properly. The only data I have seen (Pmon) had 
>an ' after the semicolon. 

> 


Hi Gun. I'm not sure what you mean by "to follow the semicolon". I 
wonder if you mean the colon : . If so, the full list of acceptable 
characters is on page 17 of draft version 1.0.1m (30 April 2000) -- 
"APRS Data Type Identifiers". 


The apostrophe ' signifies "Old Mic-E Data", for everything xexcept*x the 
D700 -- Kenwood got it wrong, and uses the ' to signify "Current Mic-E 
Data" instead. 


Other Data Type Identifiers you will most often see from a Kenwood are: 


> Status message 
Message 
; Object 


Hope this helps. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 
xkkKKKKKAX Third draft now available xxx*x*xxxx*x*xx 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 

| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 
| APRS DECODER: http: //www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jun 14 21:09:18 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ7146 
for <lyris.aprsspec@tapr.org>; Wed, 14 Jun 2000 21:09:16 -0500 (CDT) 
Message-ID: <LYR11589-90986-2000.06.14-21.12.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 14 Jun 2000 22:09:39 -0400 
From: kf4chg <kf4chg@atlantic.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] leave-aprsspec-11602B@lists.tapr.org 
Content-Type: multipart/mixed; 
boundary="------------ 133EED53C3D3A687C7559A83" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39483AE3.9EB5BF86@atlantic.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 
arate ia aa cet a rr 133EED53C3D3A687C7559A83 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


leave-aprsspec-11589P@lists.tapr.org 


eet gtae calle alata a ae 133EED53C3D3A687C7559A83 

Content-Type: text/x-vcard; charset=us-ascii; 
name="kf4chg.vct" 

Content-Transfer-Encoding: 7bit 

Content-Description: Card for kf4chg 

Content-Disposition: attachment; 
filename="kf4chg.vcf" 


begin:vcard 

n:Locklear;Ed 

tel; fax :904-758-5637 

tel;home : 904-758-8733 

x-mozilla-html: TRUE 

org:Amateur Radio Emergency Service;Digital ie. A.P.R.S / SSTV 
adr:;;Rt 14 Box 2483;Lake City;FL;32024;USA 
version:2.1 

email; internet: kf4chg@atlantic.net 
title:Assistant Emergency Coordinator 

fn:Ed Locklear 


end: vcard 


fetesscecssaise 133EED53C3D3A687C7559A83 - - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 17 14:55:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA28902 

for <lyris.aprsspec@tapr.org>; Sat, 17 Jun 2000 14:55:44 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-91445-2000.06.17-14.58.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 17 Jun 2000 12:55:28 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] A Proposal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b5718795a8f9@[198.106.196.165]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


APRS Proposal 


I am considering the following capability in my version of APRS. This 
capability has several parts and some broad implications. 


(1) There will be a "reference view" for the map. After a reference view is 
selected, clicking a button will return you to the same view. The map window 
will be the same size and the same geographical area will be shown from the 
same map at the same scale. This is not a big deal. 


(2) Whenever a user sets a NEW reference view, a dialog box will appear, 
asking if this view is to be transmitted as an open-box object. The default 
is "NO" and the user will have to choose "YES" in order to have it sent. 


(3) Such objects originating from a reference view selection will be 
transmitted with a standard name, perhaps "RefVwiHHHE" (9 characters to 


satisfy the naming convention for objects). The 4 "#" characters might 
represent a sequence number or other info yet to be specified. 


Other than concerns of "clogging the channel", such a transmission should 

be fairly benign. Other APRS stations will interpret it as an area object. 
It will appear on their maps as a rectangle if the object falls within the 
boundaries of a map they are using. It will, if I understand the operation 
of other programs, fade away after a while. 


(4) Other users of my software, however, on receiving an area object named 
"RefVwiHHHE" (or what ever its final "standard" name is) will get a dialog 
box asking whether or not the user want to "adopt" this reference view. If 
they choose "YES" it becomes their reference view but they transmit nothing 
(that is, THEY do not begin transmitting an area object). If they choose 
"NO", then nothing happens. I have not yet decided what to do if the user 
chooses NO and another transmission of the same view is heard. There WILL 
be a cautionary alert if they choose YES when there is an existing 
reference view. 


Once adopted, any time they click the "Reference View" button, they will 
see (approximately) the same view as anyone else who has adopted this 
reference view. This reference view remains until they change it or Quit 
the program. The user will be able to scroll away from this view, change 
maps, etc, but clicking the "Reference View" button will always return them 
to that view. 


There will be differences in map style and resolution, but the same 
geographical area will be displayed in every case, within the constraints 
of the square-root of the height and width specification. That is, the 
originator of the view might have it set to .081 degrees width and everyone 
else will see at .064 degrees width because the width is transmitted as 08. 


It appears that the use of area message also limits the largest view to 
about 9.8 degrees (99x*2 hundredths of a degree). 


While this scheme is less than ideal, I have chosen it for several reasons: 


x It should have little negative effect on people who do not use my APRS 
implementation. 


* It uses existing protocol definitions. 


* It allows experimenting with this idea of automatic transmission of a 
common reference view, which should be particularly useful for event and 
SAR situations. It should make it very easy for a new station joining the 
activity to quickly see what every one else is seeing. No voice 
coordination is required. 


* It allows exploration of methods of dealing with the acknowledged problem 
of reference views which extend beyond the user's map capability. 


x If it proves to be useful, a better suited message type might be 
developed in later standards documents. These experiments should be useful 
in determing whether or not it IS useful. 


I welcome ideas, suggestions, comments, etc. 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jun 17 18:00:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA11055 

for <lyris.aprsspec@tapr.org>; Sat, 17 Jun 2000 18:00:04 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 17 Jun 2000 18:59:16 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: A Proposal 
In-Reply-To: <LYR11586-91445-2000.06.17-14.58.58- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-91474-2000.06.17-18.03.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10006171853280 .4690-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I applaud the originality of this idea and have no objections. But the 
emphasis on "reference" view has nothing to do with the previous 
discussions of a common requirement to display a "map scale". Having said 
that, it seems ok to me, though I dont see it being used much. THe 
power of APRS is that EVERY viewer has his own screen and his own ability 
to zoom anywhere at any time to see anything he wants. He rarely if ever 
remains on the whole-event-view. He focuses on what is needed at any 
instant in time. But I think this is a perfect application of the 
"AREA-BOX" feature in APRS. For whatever its value... So, ok by me.. 


2) 

bob 

On Sat, 17 Jun 2000, Jim Wagner wrote: 

APRS Proposal 


I am considering the following capability in my version of APRS. This 
capability has several parts and some broad implications. 


(1) There will be a "reference view" for the map. After a reference view is 
selected, clicking a button will return you to the same view. The map window 
will be the same size and the same geographical area will be shown from the 
same map at the same scale. This is not a big deal. 


(2) Whenever a user sets a NEW reference view, a dialog box will appear, 
asking if this view is to be transmitted as an open-box object. The default 
is "NO" and the user will have to choose "YES" in order to have it sent. 


(3) Such objects originating from a reference view selection will be 
transmitted with a standard name, perhaps "RefVwiHHHE" (9 characters to 
satisfy the naming convention for objects). The 4 "#" characters might 
represent a sequence number or other info yet to be specified. 


Other than concerns of "clogging the channel", such a transmission should 

be fairly benign. Other APRS stations will interpret it as an area object. 
It will appear on their maps as a rectangle if the object falls within the 
boundaries of a map they are using. It will, if I understand the operation 
of other programs, fade away after a while. 


VV VV VV VV VV VV VV VV VV VV VV VV VV 


(4) Other users of my software, however, on receiving an area object named 


VV VV NV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Vv 


"RefVwiHHHE" (or what ever its final "standard" name is) will get a dialog 
box asking whether or not the user want to "adopt" this reference view. If 
they choose "YES" it becomes their reference view but they transmit nothing 
(that is, THEY do not begin transmitting an area object). If they choose 
"NO", then nothing happens. I have not yet decided what to do if the user 
chooses NO and another transmission of the same view is heard. There WILL 
be a cautionary alert if they choose YES when there is an existing 
reference view. 


Once adopted, any time they click the "Reference View" button, they will 
see (approximately) the same view as anyone else who has adopted this 
reference view. This reference view remains until they change it or Quit 
the program. The user will be able to scroll away from this view, change 
maps, etc, but clicking the "Reference View" button will always return them 
to that view. 


There will be differences in map style and resolution, but the same 
geographical area will be displayed in every case, within the constraints 
of the square-root of the height and width specification. That is, the 
originator of the view might have it set to .081 degrees width and everyone 
else will see at .064 degrees width because the width is transmitted as 08. 


It appears that the use of area message also limits the largest view to 
about 9.8 degrees (99x*2 hundredths of a degree). 


While this scheme is less than ideal, I have chosen it for several reasons: 


*x It should have little negative effect on people who do not use my APRS 
implementation. 


* It uses existing protocol definitions. 


* It allows experimenting with this idea of automatic transmission of a 
common reference view, which should be particularly useful for event and 
SAR situations. It should make it very easy for a new station joining the 
activity to quickly see what every one else is seeing. No voice 
coordination is required. 


* It allows exploration of methods of dealing with the acknowledged problem 
of reference views which extend beyond the user's map capability. 


x If it proves to be useful, a better suited message type might be 
developed in later standards documents. These experiments should be useful 
in determing whether or not it IS useful. 


I welcome ideas, suggestions, comments, etc. 


Jim Wagner 
Oregon Research Electronics 


VVNV NV 


> weeeew eee eee ewww www eww ww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee ew 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeeeewewe eee eww ewww ewww ewww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew = 

> A computer without Windows is like a cake without mustard. - anonymous 
> 

> 

> 

> 

> -<= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> 

> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 20 10:50:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25909 

for <lyris.aprsspec@tapr.org>; Tue, 20 Jun 2000 10:50:29 -0500 (CDT) 
Message-ID: <LYR11589-91999-2000.06.20-10.53.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 20 Jun 2000 16:44:12 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] APRS DECODER version 2.0 now available 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Content-Type: text/plain; charset=iso-8859-1 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <lLLf£vlRAMF5T5Eww9@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


ANNOUNCING <APRSdec>TM Version 2.0 
THE FULL APRS DECODER PROGRAM 

by Ian Wade, G3NRW 

16 June 2000 


<APRSdec> version 2.0 is now available. <APRSdec> parses APRS packets in 
TNC/IGate output format or UI-View log format, producing a full decode of every 
data element in each packet. 
<APRSdec> is a particularly useful tool for: 

o APRS software development and testing. 

o PIC development and testing. 

o Network fault-finding and diagnostics. 

o Learning about the APRS protocol. 

o Checking packet formats. 
<APRSdec> version 2.0 is a significant enhancement over earlier versions. It 
has much improved error checking, and for the first time is provided as a Perl 4 
source, allowing it to run on most platforms including DOS, Windows and Linux/ 
Unix. 


<APRSdec> is made available under GNU General Public License. 


<APRSdec> is a trademark owned by Ian Wade, G3NRW. 


o Runs under native DOS, Win 95/98 and Linux/Unix. (It will almost 


certainly run under Windows NT and Windows 2000 as well, but this 
has not been tested). 


o Accepts raw input in TNC/IGate output format (TNC_header:data). 


o Accepts raw input in UI-View 2-line log format; it is no longer 
necessary to edit log files before using <APRSdec>. In addition, 
as well as decoding APRS packets, <APRSdec> also decodes the 15-digit 
UI-View timestamp. 


o Performs rigorous format checking, with detailed error reporting. 


o Understands position ambiguity, reporting the bounding box in which 
the station is located. 


o Compares lat/long position against a prefix/country database -- if 
the station's position appears to be outside the country, <APRSdec> 
reports a possible anomaly. 


o Reports data values in imperial, nautical and metric units. 
o Fully decodes Mic-E and compressed position formats. 


o Recognizes data from Kenwood TH-D7 and DM-700 radios, and changes 
the incorrect DM-700 APRS Data Type Identifier to "Current Mic-E Data". 


o Provides detailed weather station reports, including the calculation 
of windchill and dew point. 


o Decodes storm data. 
o Decodes bearing and range data. 


o Decodes DX Cluster reports, showing the data as it will appear on TH-D7 
and DM-700 screens. 


Record #170 
KE4SZT>APRS , W4NHV-9,WIDEx ,WIDE/2:@270700z3408.76N/07924.60W- John in Marion, 
SC-793- 

APRS Data Type= Posit w/ time. With APRS 

Day= 27 Time= 07 hours 00 mins UTC 


Lat= 34 deg 08.76 min N' Long= 79 deg 24.60 min W 
Icon= House QTH VHF Overlay= (none) 


A raw Mic-E report. <APRSdec> recognizes this comes from a 
Kenwood TM-D700 radio and automatically changes the APRS Data 
Type to "Current Mic-E data": 

Record #8051 
KC7EQL>VE7VAN-3x*>WIDE3-1>T8PWPW: '37]1Te-/]"55tMark at Home awaits Sunsat 
APRS Data Type= Current Mic-E data 

Radio= Kenwood TM-D700 

Message Type= /M2/In Service 

Lat= 48 deg 07.07 min N Long= 123 deg 27.65 min W 

Icon= House QTH VHF Overlay= (none) 

Course= 173 deg Speed= 4 knots (4.6 mph 7.4 kph 2.1 m/s) 
Altitude= 397 feet (121 meters) 


Record #1763 

N9TDH>APRK11, AE9A-10* ,WIDE3-2: ; A016 _1118262\%H+! JvA!Sk{! 
R=05280/437.051/13Khz/APRStk 

APRS Data Type= Object 

Object Name= 'A016 ' Object Status= Killed 

Day= 11 Time= 18 hours 26 mins UTC 

Lat= 81 deg 14.20 min N- Long= 14 deg 04.30 min W 

GPS Fix= Old (last) NMEA Source= Other Compression Origin= Compressed 
Course= 296 deg Speed= 1018 knots (1171.5 mph 1885.3 kph 523.7 m/s) 
Icon= Satellite/PAC Overlay= (none) 


A lat/long report with position ambiguity. The station may be 
located anywhere inside the bounding box: 
Record #121 
W9ZGU>APR846 , WA4WHD-3%,WIDE/V:=2559. N/Q8010. W-PHG6560/Carl's Castle! 
APRS Data Type= Posit w/o time. With APRS 
Ambiguous position. Opposite corners of bounding box: 
NW Corner: Lat= 25 deg 59.99 min N- Long= 80 deg 10.99 min W 
SE Corner: Lat= 25 deg 59.00 min N- Long= 80 deg 10.00 min W 


Icon= House QTH VHF Overlay= (none) 
Power= 36 watts Height above average terrain= 320 feet (97.5 meters) 
Gain= 6 dB Range Circle= 41.4 miles (66.6 km) Directivity= Omni-directional 


A Maidenhead Locator report. The station may be located anywhere 
inside the bounding box: 
Record #459 
CT1DBH-1>I1D: [IM581S] 

APRS Data Type= Maidenhead Grid Square 

Maidenhead locator bounding box: 

NW Corner: Lat= 38 deg 47.50 min N- Long= 9 deg 20 min W 

SE Corner: Lat= 38 deg 45.00 min N' Long= 9 deg 15 min W 
*x*xNOTE: This Maidenhead format with square brackets is obsolete. 


A UI-View report, including the decoded UI-View timestamp. 

(This report shows APRS Working Group Chairman John Ackermann, 
N8UR, jogging towards G3NRW's QTH at over 72mph -- he was ona 
train at the time! <APRSdec> also recognizes that John is 
outside the contiguous 48 states, so it questions the reported 
location): 

Record #622 

N8UR-7*>RELAY>WIDE>WIDE>WIDE2-2>U1UVXX (UI): v9E">[/>"58% 
UI-View Timestamp= 27 May 2000 12 hrs 58 mins 32 secs (PC clocktime) 
APRS Data Type= Current Mic-E data 

Radio= Kenwood TH-D7 

Message Type= /M2/In Service 

Lat= 51 deg 56.88 min N- Long= © deg 29.74 min W 
*xkQUESTION: Is this lat/long position reasonable? 

It seems a long way from home for this callsign. 

Icon= Jogger Overlay= (none) 

Course= 1 deg Speed= 63 knots (72.5 mph 116.7 kph 32.4 m/s) 
Altitude= 407 feet (124 meters) 


Record #5034 
KFOZH*>APR819, GATE, WIDE2-2:@111955z24447 .O6N/ 


09329 .48W_125/008g009t079r000p003. . . .h41b10190dU2k 

APRS Data Type= Posit w/ time. With APRS 

Day= 11 Time= 19 hours 55 mins UTC 

Lat= 44 deg 47.06 min N- Long= 93 deg 29.48 min W 

Icon= WX station Overlay= (none) 

Wind Direction= 125 deg Speed= 008 knots (9.2 mph 14.8 kph 4.1 m/s) 
Gust Speed= 9 mph (14.5 kph 4.0 m/s 7.8 knots) 

Temp= 79 degF (26.1 degC) Windchill= 76.5 degF (24.7 degC) 
Rain: Last hour= 0 in (0.0 mm) Last 24 hrs= 0.03 in (0.8 mm) 

Since midnight= (Indeterminate) 

Humidity= 41 percent Dew Point= 53.2 degF (11.8 degC) 
Barometric Pressure= 1019 mbax/hP 


A DX Cluster report, showing how the data will appear on 
Kenwood radio displays: 
Record #3852 
NA4V-3>RESORC, AB4KN-2*,WIDE3-2:DX de NA4V-3 >FO29@1509 FO20@1503 
SATS 
DX Cluster Information: 


TH-D7 Screen 1 TH-D7 Screen 2 TM-D700 
+--------------- + 4--------------- + +----------------- ee -- + 
| Dx:FO20@1503 | | Dx:F020@1503 | | 1:FO020@1503 FO29@1509 SATS| 
| FO029@1509 | | | | 
| SATS: |.’ JI | | | 
f--------------- + f--------------- + | | 


<APRSdec> may be downloaded from http://www.netro.co.uk/aprs.htm. There are 
two distribution files: "“aprsdecd.zip" for DOS/Windows and "“aprsdecu.tar" for 
Unix/Linux. The DOS/Windows distribution includes a suitable Perl compiler. 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London | 
| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 
| <APRSdec> APRS DECODER: http://www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 20 16:30:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA0Q4859 

for <lyris.aprsspec@tapr.org>; Tue, 20 Jun 2000 16:30:34 -0500 (CDT) 
Date: Tue, 20 Jun 2000 14:30:16 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Private Discussion <aprsdev@lists.tapr.org> 
Subject: [aprsspec] Re: MIC-E and binary encoding 
In-Reply-To: <LYR12892-90225-2000.06.11-14.59.00-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-92060-2000.06.20-16.33.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10006201423200 .23771-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Not to beat a dead horse tooooo much, but has anyone checked that 
"mfilter 0" is set as the default in all of the aprs packages, 
including the setups for aprsd and such? 


I had trouble receiving MIC-E packets at home until I set mfilter to 
Q@. The PK-88 TNC was filtering out the non-printable characters for 
me, so those characters never reached my computer. Even "mfilter 0" 
could cause problems for some (few) packets, as it will filter out 
any 0x00 characters. 


Mfilter could be another reason that MIC-E packets are getting 
corrupted here and there, particularly at igates. 


I haven't check though, is mfilter a TAPR-2 command? It's definitely 
in some AEA TNC's. 


If anyone has a better solution (a way to turn of filtering 
altogether?), please let me know. Yes, I know that KISS mode 
is the proper solution. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 20 18:53:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20354 

for <lyris.aprsspec@tapr.org>; Tue, 20 Jun 2000 18:53:47 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: MIC-E and binary encoding 
Date: Tue, 20 Jun 2000 19:50:22 -0400 
Content-Type: text/plain 
Cc: APRS Private Discussion <aprsdev@lists.tapr.org> 
References: <LYR18156-92060-2000.06.20-16.33.55--dale#twa4ddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-92060-2000.06.20-16.33.55--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-92072-2000.06.20-18.57.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0062019533001.00810@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


My KPC-3 manual shows a "FILTER" command which removes 


control codes $00 to $19 (hex) . Since Mic-E only uses 5 unprintable 
characters, $1C, $1D, $1E, $1F and $7F this should not affect it. 


On Tue, 20 Jun 2000, Curt Mills, WE7U wrote: 

Not to beat a dead horse tooooo much, but has anyone checked that 
"mfilter 0" is set as the default in all of the aprs packages, 
including the setups for aprsd and such? 


I had trouble receiving MIC-E packets at home until I set mfilter to 
@. The PK-88 TNC was filtering out the non-printable characters for 
me, so those characters never reached my computer. Even "mfilter 0" 
could cause problems for some (few) packets, as it will filter out 
any 0x00 characters. 


Mfilter could be another reason that MIC-E packets are getting 
corrupted here and there, particularly at igates. 


I haven't check though, is mfilter a TAPR-2 command? It's definitely 
in some AEA TNC's. 


If anyone has a better solution (a way to turn of filtering 
altogether?), please let me know. Yes, I know that KISS mode 
is the proper solution. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: dale@wa4dsy.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Vv 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jun 21 00:33:06 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA29006 


for <lyris.aprsspec@tapr.org>; Wed, 21 Jun 2000 00:33:05 -0500 (CDT) 
From: archer@eskimo.com 
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Tue, 20 Jun 2000 22:35:12 -0700 (PDT) 
X-Sender: archer@gatekeeper.we7u.net 
Reply-To: "Mills, Curt, WE7U" <BowHunter@mail .com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

APRS Private Discussion <aprsdev@lists.tapr.org> 

Subject: [Laprsspec] Re: MIC-E and binary encoding 
In-Reply-To: <LYR12893-92072-2000.06.20-18.57.09--we7ud#mail.com@lists.tapr.org> 
Message-ID: <LYR11589-92128-2000.06.21-00.36.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.04.10006202216030.19788-100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 20 Jun 2000, Dale Heatherington wrote: 


> My KPC-3 manual shows a "FILTER" command which removes 
> control codes $00 to $19 (hex) . Since Mic-E only uses 5 unprintable 
> characters, $1C, $1D, $1E, $1F and $7F this should not affect it. 


The spec also shows that some telemetry bytes may be Ox0O - Oxff, 
but I think that was only for beta version MIC-E's? How many of 
those might even be around? Probably very few. I haven't looked 
at the spec enough to know if there might be other bytes than can 
be below 0x20 in some of the other message formats. 


The AEA PK-88 manual states the default value for mfilter is 
0x80. This will filter out all received control characters 
except Ox0a, OxOd, and 0x09. This means that Ox1c - Ox1f 
will disappear. I set my TNC to "mfilter 0", so it'll only 
filter out 0x00 bytes. 


Anyone running AEA TNC's will have problems decoding MIC-E 
packets correctly unless they changes mfilter from the default 
value or are running KISS mode. The packets can become 
corrupted and then can be relayed corrupted. The symptoms I 
was seeing on Xastir with a PK-88 were that positions would 
suddenly dart to the left or vertically, then return back on 


track after the region of unprintable characters was crossed 
by the mobile. I still see that happening, but it's not my 
receiving station that is causing the problem anymore. 


I just found an original TAPR2, Rev 2 manual, and it specifies 
that mfilter has a default of "none" for the TAPR-2. This 
manual was printed in October of 1985, so the default may be 
different for newer EPROM's. 


Curt, WE7U. BowHunter@mail.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WET7U. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jun 21 12:07:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA22456 

for <lyris.aprsspec@tapr.org>; Wed, 21 Jun 2000 12:07:01 -0500 (CDT) 
From: "Richard Carter" <rich.carter@windriver.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] net cycle time (was D700 transmit "problem") 
Date: Wed, 21 Jun 2000 13:06:54 -0400 
Message-ID: <LYR11589-92215-2000.06.21-12.10.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR14533-92202-2000.06.21-11.07.47--rcarter#isi.com@lists.tapr.org> 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NBBBJJKGMKOELPJIIFEGEEBIJIAC.rich.carter@windriver.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I dug out my spec. This is quoted from V1.0 . 


2. The objective is to have a net cycle time of 10 minutes for local use. 
This 

means that within 10 minutes of arrival on the scene, it is possible to 
captured the entire tactical picture. 

3. All stations, even fixed stations, should beacon their position at the 
net 

cycle time rate. 


I suggest that users who need to send position updates more frequently 
consider the impact of doing so. Though it may work fine in some uncrowded 
areas, it may cause interference in other areas. It my be advisable to use 
a private frequency, so as not to interfere with others. 


73's 
Rich - KEZLEV 


Siete Original Message----- 

From: bounce-htaprs-14533@lists.tapr.org 
[mailto:bounce-htaprs-14533@lists.tapr.org]On Behalf Of Robbie Robertson 
Sent: Wednesday, June 21, 2000 12:04 PM 

To: TAPR Hot Technology APRS 

Cc: TAPR Hot Technology APRS 

Subject: [htaprs] RE: D700 transmit "problem" 


Richard Carter wrote: 


Two minutes sounds too frequent. I don't have my doumentation with me, so 


can't quote this directly. If I remember, the the proper transmission 
interval should be more like 10 minutes, otherwise you will flood the net. 


Rich - KE1EV 


VV VV VA V Vv 


I think this depends on what the tracker is doing and 
where he is at.. 10 minutes at 60/75 miles an hour??? 
At that speed @ 1 minute he would be outta your hair in 
10 minutes, or you wouldn't have even known he was 
there!! :-) IMHO 


Robbie 


Are we having fun yet? 
73 - Robbie - WA9INF 
RAKE oe ae 


You are currently subscribed to htaprs as: rcarter@isi.com 
To unsubscribe send a blank email to leave-htaprs-14533V@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jun 21 14:38:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ8159 

for <lyris.aprsspec@tapr.org>; Wed, 21 Jun 2000 14:38:01 -0500 (CDT) 
From: "Richard Carter" <rich.carter@windriver.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: [htaprs] Re: net cycle time (was D700 transmit "problem") 
Date: Wed, 21 Jun 2000 15:37:16 -0400 
Message-ID: <LYR11589-92251-2000.06.21-14.41.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR14533-92231-2000.06.21-13.20.26--rcarter#isi.com@lists.tapr.org> 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NBBBJJKGMKOELPJIIFEGIEBLIIAC.rich.carter@windriver.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I didn't write the spec. I assume that they did an analysis to determine 
what kind of data rate the protocol will handle and based their net cycle 
recommendation on that figure. I use their recommendation to set my 
transmit interval to 10 minutes. If running at a significantly higer data 
rate interferes with the operation of the net, then (the way I read it) you 


are in violation of FCC regulations. Though you could probably listen to 
the frequency and get a good idea how busy it is running in your local area, 
you probably can't determine how far your repeated signal is being 
transmitted. I doubt that you could determine if running a faster net cycle 
would cause interference. If you really need a higher update rate, then you 
are using the protocol for more than its intended purpose. Switching to a 
private frequency for that purpose sounds like the proper thing to do. 


Kenwood set the default cycle time to 3-minutes. I find this odd, since it 
appears to violate the spec. Is everyone running at a 3-minute rep-rate? 


Perhaps someone from the APRS Spec group could provide their comments? 


73's 
Rich - KEZLEV 


Totes Original Message----- 

From: bounce-htaprs-14533@lists.tapr.org 
[mailto:bounce-htaprs-14533@lists.tapr.org]On Behalf Of Steve Bragg 
Sent: Wednesday, June 21, 2000 2:18 PM 

To: TAPR Hot Technology APRS 

Subject: [htaprs] Re: net cycle time (was D700 transmit "problem") 


Sorry, folks, but I have to speak up on this one. 
Richard Carter wrote: 


2. The objective is to have a net cycle time of 10 minutes for local use. 
This 

means that within 10 minutes of arrival on the scene, it is possible to 
captured the entire tactical picture. 

3. All stations, even fixed stations, should beacon their position at the 
net 

cycle time rate. 


VV VV VV MV 


Omigosh. Are you serious? This is surely NOT addressing GPS mobiles. 
Otherwise, what's the point? Why even have a tracker if someone won't 
even see you as you pass through their city? 


> I suggest that users who need to send position updates more frequently 
> consider the impact of doing so. Though it may work fine in some 
uncrowded 

> areas, it may cause interference in other areas. 


It is most advisable only to transmit when there is something that has 
changed. Your house doesn't move, so it should beacon at the net cycle 


rate. Timed rate beaconing for mobiles sends information at the wrong 
time, yielding excessive "spam" and a poor track at the same time. 
Corner-pegging and distance-pegging are a much better way, but 
unfortunately very few APRS versions/devices currently support them 
(APRS+SA, HamHUD) . 


> It my be advisable to use 
> a private frequency, so as not to interfere with others. 


I hope this sentiment is not heeded by others, because it will 1) 
fragment the APRS network, and 2) render precious assets such as 
digipeters and IGATEs unusable. 


73; 


Ltt BEN) de NE i bl PA, 
fe PP NE PORE Plies dake dk Z| 
PPO cee, Nee EW Pe 

fal? Woted ; Whos ep al Nae. | 


Steve Bragg KAIMVA ka9mva@qsl.net ICQ:29816109 
HamHUD APRS Mobile Terminal: www.qsl.net/ka9mva/hamhud 
Owasso, Oklahoma, USA EM27ac 

Owasso Amateur Radio Club www.qsl.net/oarc 


You are currently subscribed to htaprs as: rcarter@isi.com 
To unsubscribe send a blank email to leave-htaprs-14533V@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 26 08:42:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA25816 

for <lyris.aprsspec@tapr.org>; Mon, 26 Jun 2000 08:42:23 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 26 Jun 2000 09:41:28 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: aprsspec@lists.tapr.org 

Subject: [aprsspec] APRS FD mode 

Message-ID: <LYR11589-93036-2000.06.26-08.45.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0.4.05L.10006260856190 ..10274-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


APRS FD ops, 

The minimum number of packets required to support just 20 APRS Field Day 
contacts can be from 400 to over 2000. Each station having to send a QSL 
to every other station (including up to 5 retries each).. Obviously this 
is a waste of bandwidth. This FD, I experimented with an auto-APRS-FD 
mode where my station combined all QSL information into one or more 
re-usable BULLETIN packets: 


BLNICQFD :QSL 3A-MDC,W3ABC,NOKT,KC5ION, KC8UZ,WB4APR,N3KTP,N8DEU, K2SAT 
BLN2CQFD :QSL 3A-MDC,N4ZQ,K4RS,KC8MZM,W8UC,N5ZNL,KC8KZM 


Here the BULLETIN numbers are the 1 & 2 characters. By bundling the 

QSL calls in one bulletin, you improve the chances that the other stations 
copy it while minimizing QRM. Once it is full, then move onto 

BLN2CQFD. Then the decaying algorithm for APRS will concentrate on the 
older bulletin less and less, and place priority on the new BLN2CQFD 
bulletin. 


DETAILS: 
1. Put your FD exchange in your POSIT comment 3A-MDC for example 
2. For each new station seen: 
* Add the callsign to a single "QSL" BULLETIN line to REPLACE your 
previous QSL bulletin. ERASE the previous packet. 
x If one line fills up, then move to next BLN#CQFD. The full 
BLN#CQFD line decays as usual to lower and lower transmit rates. 


EXAMPLE: 


After 1st stn BLN1ICQFD :QSL 3A-MDC,W3ABC 

after 2nd stn BLN1CQFD :QSL 3A-MDC,W3ABC,WAXYZ 

after 3rd stn BLN1CQFD :QSL 3A-MDC,W3ABC,WAXYZ,W3XYZ,W5HIJ 

etc BLNICQFD :QSL 3A-MDC,W3ABC,WA4XYZ,W3XYZ,W5SHIJ,WB4APR,W3STL 


In APRSdos, the actual Key strokes to COPY a message and add to the end 
are as follows: 


S,<,4E, XXXXXX 
E,d# 


Where S is for SEND, <(ENTER KEY), is to RESEND the same TOCALL (BLN1), # 
is the line number of the previous line, and XXXXX is the new call for the 
end. Then E is to erase the previous copy of the old Bulletin. 


Thus, your station is never sending more than a single packet, yet that 
Single packet is not only serving to QSL up to 8 stations at a time, it is 
also calling CQ and including YOUR FD exchange for everyone else. 


Quite efficient. In fact, MY station was fully automatic. It did all of 
this unattended. It looked for any NEW station, checked to make sure it 
was an APRS-MESSAGE capable station (not a DIGI, WX station, or TRACKER or 
many others) and then added it to the BULLETIN. 


For next year, I will make the above filter even more exclusive and have 
it ONLY try to QSL other "HUMAN" stations. Turns out, there are LOTS of 
APRS stations with the "lights-on, but nobody's home". To minuimize QRM, 
I want the algorithm to ONLY try to QSL other APRS FlIeld Day stations. 
THis is why the BLN#CQFD includes the BULLETIN GROUP of "CQFD" so that 
the auto-QSO software at the other end will know to QSL back... 


SCORING. According to the "lawyers", under this algorithm, if you SEE 
your call in anyone elses QSL Bulletin, it counts (assuming all of your 
outgoing packets contain your FD exchange). That is why I included the FD 
Exchange in the BULLETIN too. 


SUMMARY. With this APRS-FD Algorithm, the number of Packets on the air 
for 20 stations is reduced from 400/1200 down to a minimum of 20. Yes, 
those 20 packets are repeated, but due to the decaying-algorighm of APRS, 
they fade out of the system. Just think in terms of every station on the 
air for FD is just repeating ONE packet. Thats no worse than NORMAL! yet 
it accomplishes the OBJECTIVE... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 26 10:20:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA19027 
for <lyris.aprsspec@tapr.org>; Mon, 26 Jun 2000 10:20:11 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Mic-E Latitude encoding 
Date: Mon, 26 Jun 2000 10:59:49 -0400 
Content-Type: text/plain 
MIME-Version: 1.0 
Message-Id: <LYR11589-93051-2000.06.26-10.23.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0062611195400.00793@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As I ready a new release of aprsd, I want to make sure I have the 

Mic-E converter code implimented correctly. There are differences 

in the way latitude is encoded in two spec documents. 

The "APRS Mic Encoder Message Formats" from 1997 by Alan Crosswell 
indicates the latitude is directly encoded in the low nibble of the ax25 
destination address 

eg: xxx0001 = lat digit 1 

Alans Mic-E converter code simply ANDs the byte with OxOF 

and prints the result as a number, 0..15, and assumes only 0..9 will 
actually be used. 


So, Ascii "1", 0x31 = lat digit 1 

and also ASCII "A", 0x41 = lat digit 1 

and ASCII "Q', 0x51 = lat digit 1 
Unfortunatly, ASCII "Z", Ox5A = lat digit 10 


The new APRS Spec requires a lookup table. 

example: 

ASCII "1", 0x31 = lat digit 1 

ASCII "A", 0x41 = lat digit 0 

ASCII "Q", 0x51 = lat digit 1 

And, via table lookup, ASCII "Z", Ox5A = lat digit "SPACE" 


Will someone verify that the table on page 42 of the APRS Spec is indeed 
correct and superceeds the information in the Alan Crosswell document. 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jun 26 12:25:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA18049 

for <lyris.aprsspec@tapr.org>; Mon, 26 Jun 2000 12:25:25 -0500 (CDT) 
Message-ID: <LYR11589-93087-2000.06.26-12.28.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 26 Jun 2000 18:24:25 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: Mic-E Latitude encoding 
References: <LYR14779-93051-2000.06.26-10.23.49-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-93051-2000.06.26-10.23.49-- 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <jb4uRAAJH5V5EwAt@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Dale. Alan's doc is very definitely incorrect. 


In article <LYR14779-93051-2000.06.26-10.23.49--Ian.Wade#tcare4free.net@l 
ists.tapr.org>, Dale Heatherington <dale@wa4dsy.net> writes 

> 

>As I ready a new release of aprsd, I want to make sure I have the 
>Mic-E converter code implimented correctly. There are differences 

>in the way latitude is encoded in two spec documents. 


>The "APRS Mic Encoder Message Formats" from 1997 by Alan Crosswell 
>indicates the latitude is directly encoded in the low nibble of the ax25 
>destination address 

>eg: xxx0001 = lat digit 1 

>Alans Mic-E converter code simply ANDs the byte with OxOF 

>and prints the result as a number, 0..15, and assumes only 0..9 will 
>actually be used. 

> 

>So, Ascii "1", 0x31 = lat digit 1 


>and also ASCII "A", 0x41 = lat digit 1 


This is where it falls down. It contradicts his table of latitude/ASCII 
characters, where "A" is shown to mean lat digit "0". Nobody spotted this 
before, because the original Mic-E units did not support Custom messages. 


>and ASCII "Q', 0x51 = lat digit 1 
>Unfortunatly, ASCII "Z", Ox5A = lat digit 10 


And this is what caused all the confusion recently over position ambiguity! 


> 
>The new APRS Spec requires a lookup table. 


It doesn't actually *requirex a lookup table. I intentionally introduced a 
lookup table because of all the confusion in Alan's doc, to purge from 
peoples' minds the idea that the least significant nibble always equates to 
the latitude digit. You obviously can still implement it by masking the 
least significant nibble, but you have to remember to subtract 1 if the 
letter is in the range A-J, and you have to remember to handle the position 
ambiguity characters K, L and Z specially. If you look at <APRSdec>, you'll 
see that the use of a table makes it bombproof, and faster. 


>example: 

>ASCII "1", 0x31 = lat digit 1 

>ASCII "A", 0x41 = lat digit 0 

>ASCII "Q", 0x51 = lat digit 1 

>And, via table lookup, ASCII "Z", Ox5A = lat digit "SPACE" 

> 

>Will someone verify that the table on page 42 of the APRS Spec is indeed 
>correct and superceeds the information in the Alan Crosswell document. 

> 


All of this caused me a lot of pain in verifying that the latest spec is 
correct. I have checked xmanyx live reports from IGate logs, and also from 
local on-air packets, to verify that the table in the latest spec is 
correct. 


P.S. Alan's doc is also wrong in the table of latitude/ASCII characters, in 
that the headings on the "Message/N/W/L Bit=0" and "Message/N/W/L Bit=1" 
columns are transposed. This caused me a xbigx headache when I started 
looking into this. Again, extensive checking of on-air packets proved that 
the table headings were indeed the wrong way round. 


> 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London | 
| email: g3nrw@arrl.net | 
| | 
| APRS PROTOCOL SPEC: http: //www.tapr.org/tapr/html/Faprswg.html | 
| <APRSdec> APRS DECODER: http://www.netro.co.uk/aprs.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 27 05:32:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA26060 
for <lyris.aprsspec@tapr.org>; Tue, 27 Jun 2000 05:32:04 -0500 (CDT) 
Message-ID: <LYR11589-93293-2000.06.27-05.35.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 27 Jun 2000 06:32:59 -0400 
From: kf4chg <kf4chg@atlantic.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] leave-aprsspec-11602B@lists.tapr.org 
Content-Type: multipart/mixed; 
boundary="------------ 97D17C2BDO08D823CAFD45CFD" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <395882DB.FEDOD498@atlantic.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


This is a multi-part message in MIME format. 
eae ee a 97D17C2BD08D823CAFD4A5CFD 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


leave-aprsspec-11589P@lists.tapr.org 


woe eee --- 97D17C2BD08D823CAFD45CFD 

Content-Type: text/x-vcard; charset=us-ascii; 
name="kf4chg.vcft" 

Content-Transfer-Encoding: 7bit 

Content-Description: Card for kf4chg 

Content-Disposition: attachment; 
filename="kf4chg.vc£" 


begin:vcard 

n:Locklear;Ed 

tel; fax :904-758-5637 

tel; home: 904-758-8733 

x-mozilla-html:TRUE 

org:Amateur Radio Emergency Service;Digital ie. A.P.R.S / SSTV 
adr:;;Rt 14 Box 2483;Lake City;FL;32024;USA 
version:2.1 

email; internet: kf4chg@atlantic.net 
title:Assistant Emergency Coordinator 

fn:Ed Locklear 

end:vcard 


wenn anne nee 97D17C2BD08D823CAFDASCFD- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 30 14:06:14 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA27707 

for <lyris.aprsspec@tapr.org>; Fri, 30 Jun 2000 14:06:13 -0500 (CDT) 


Message-ID: <LYR11589-94170-2000.06.30-14.09.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 30 Jun 2000 15:04:20 -0400 

From: John Rothert <rothertj@digital.net> 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] aprs.net 10151 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <395CEF33.AE9060C5@digital.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


What has happen to the APRServe Network - Southern Florida (aprs.net 
10151). Yesterday afternoon it seemed to go down and I have not been 
able to connect since. The only site I can TCP too is WD4DSY in Atlanta. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 7 18:45:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA13901 
for <lyris.aprsspec@tapr.org>; Fri, 7 Jul 2000 18:45:03 -0500 (CDT) 

X-Authentication-Warning: eskimo.com: archer owned process doing -bs 
Date: Fri, 7 Jul 2000 16:44:29 -0700 (PDT) 
From: "Curt, WE7U" <archer@eskimo.com> 
Reply-To: "Curt Mills, WE7U" <BowHunter@mail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Curt Mills, WE7U" <BowHunter@mail.com>, 

"Curt Mills, WE7U" <hacker@tc.fluke.com> 
Subject: [aprsspec] Authentication? 
Message-ID: <LYR11589-95324-2000.07.07-18.49.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.SUN.3.96.1000707163634.16198A-100000@eskimo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


What options currently exist for authentication? 


I'd like a program that I'm writing to cooperate with other 
software (like aprsd). I'd rather not call an external module 
for authentication, but I believe some of the APRS programs out 
there do just that. 


This program is written in Perl 5 if that makes a difference. 
I don't care about license authentication, just authentication 
to gate the user's packets to RF. 


Curt, WE7U BowHunter@mail.com 

Arlington, WA, USA http: //www.eskimo.com/~archer 

"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 12 06:48:49 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA25254 

for <lyris.aprsspec@tapr.org>; Wed, 12 Jul 2000 06:48:42 -0500 (CDT) 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-96091-2000.07.12-06.53.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 12 Jul 2000 07:51:47 -0400 

From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 

Reply-To: quesnelb@ve2.ele.etsmtl.ca 
Organization: Solution Mind Ready 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Waether station 
Content-Type: multipart/alternative; 

boundary="------------ 4B6533D44E797A455E558F07" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <396C5BD3.96729ECCQ@ve2.ele.etsmtl.ca> 
Precedence: bulk 


SA geeeeSeses 4B6533D44E797A455E558F07 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Hi to all, 


I'm part fo the VE2ETS club in Montreal, and help maintain 
the IGATE in Montreal. The club has had a weather station 
project for about a year now and is near completion. Note that 
it is a homebrew station that will get acquisition on a PC. 
Since APRS supports weather information, I Thought that it would 
be nice to post the information to APRS. 


I'm also in a project to help with the aprsd program (as some 
may already know). After looking the weather section in the 
APRSSPEC document available on the TAPR site (needed for the 
proect), I found that in the weather packet, their is one bit for 
the source of the information, i.e. Win/MacAPRS and other choice, 
but I failed to find an IGATE as a possible source. 


Few Question 


1- Is their any IGATE operator that have a weather station. 
If so how do you do it for packet forming 
2- If no operator, How can I form the packet. 


The second question is a consequence to the other so just 
please answer either one... 


Thanks in advance 


Bruno Quesnel bruno.quesnel@mindready.com 
VA2BMG quesnelb@ve2.ele.etsmtl.ca 
Stagiaire - MindReady Solutions 

Solutions Mindready Inc. tel.: 514-636-6886 ext 5171 


2196 32ieme Avenue 
Lachine (Quebec)H8T 3H7 


SSSSq Soe ses= 4B6533D44E797A455E558F07 
Content-Type: text/html; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 

<html> 

Hi to all, 

<p>&nbsp;&nbsp;&nbsp; I'm part fo the VE2ETS club in Montreal, and help 
maintain the IGATE&nbsp;in Montreal.&nbsp; The club has had a weather station 
project for about a year now and is near completion.&nbsp; Note that it 

is a homebrew station that will get acquisition on a PC.&nbsp; Since APRS 
supports weather information, I Thought that it would be nice to post the 
information to APRS. 

<p>&nbsp;&nbsp;&nbsp; I'm also in a project to help with the aprsd program 
(as some may already know) .&nbsp; After looking the weather section in 

the APRSSPEC&nbsp;document available on the TAPR site (needed for the proect), 
I found that in the weather packet, their is one bit for the source of 

the information, i.e. Win/MacAPRS and other choice, but I failed to find 
an IGATE as a possible source. 

<p>&nbsp;&nbsp; Few Question 

<p>&nbsp;&nbsp;&nbsp; 1- Is their any IGATE operator that have a weather 
station.&nbsp; If so how do you do it for packet forming 
<br>&nbsp;&nbsp;&nbsp; 2- If no operator, How can I form the packet. 
<p>&nbsp;&nbsp;&nbsp; The second question is a consequence to the other 

so just please answer either one... 

<p>&nbsp;&nbsp;&nbsp; Thanks in advance 

<pre>--&nbsp; 

Bruno 


Quesnel&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb 
sp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;& 
nbsp; bruno.quesnel@mindready.com 

VA2BMG&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbs 
p;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &n 
bsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca 
Stagiaire - MindReady Solutions&nbsp;&nbsp; &nbsp;&nbsp; &nbsp; &nbsp; 

Solutions Mindready 

Inc.&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
&nbsp;&nbsp;&nbsp; tel.: 514-636-6886 ext 5171 

2196&nbsp; 32ieme Avenue&nbsp; 

Lachine (Quebec)H8T 3H7</pre> 

&nbsp; </html> 


Se Sea 4B6533D44E797A455E558F07 - - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 12 08:48:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA11144 

for <lyris.aprsspec@tapr.org>; Wed, 12 Jul 2000 08:48:55 -0500 (CDT) 
Message-Id: <LYR11589-96108-2000.07.12-08.53.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: cap@mail.cruzio.com 
Date: Wed, 12 Jul 2000 06:47:48 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Cap Pennell <cap@cruzio.com> 
Subject: [aprsspec] We getting there? 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20000712064009.00bbc570@mail.cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


APRS Spec 101m - May 1st, 2000 


Not meaning to nag, Ian, but I'm curious. How's it coming along? 
73, Cap KE6AFE 


Cap Pennell KE6AFE 

Santa Cruz, CA 95062-1002 3658 .93N/12200.91W [CM86xx] 

email: ke6éafe@arrl.net home page: http://members.cruzio.com/~cap 
packet radio: KE6AFE @ki6eh.é#wcca.ca.usa.noam 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 12 08:51:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA11976 

for <lyris.aprsspec@tapr.org>; Wed, 12 Jul 2000 08:50:58 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Waether station 
Date: Wed, 12 Jul 2000 09:43:30 -0400 
Content-Type: text/plain 
References: <LYR18156-96091-2000.07.12-06.53.05--dale#twa4ddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-96091-2000.07.12-06.53.05--daled#wa4ddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-96109-2000.07.12-08.55.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0071209503702.00793@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


More than a year ago I started injecting weather data into aprs 

and ran into the same problem. My weather station is completely 

home made and the software is a mixture of custom Java pgm doing the data 
collection 

and aprsd doing the aprs data communication. 

I just used "L" for the software type (L=Linux) and "dsy" (last 3 letters of my 
call) 

for the weather station. No one has complained so far. 


Maybe there needs to be an official code for "custom made" weather station 
hardware and software. 


On Wed, 12 Jul 2000, you wrote: 


> 
> 
> 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV OV 


Hi to all, 


I'm part fo the VE2ETS club in Montreal, and help maintain 
the IGATE in Montreal. The club has had a weather station 
project for about a year now and is near completion. Note that 
it is a homebrew station that will get acquisition on a PC. 
Since APRS supports weather information, I Thought that it would 
be nice to post the information to APRS. 


I'm also in a project to help with the aprsd program (as some 
may already know). After looking the weather section in the 
APRSSPEC document available on the TAPR site (needed for the 
proect), I found that in the weather packet, their is one bit for 
the source of the information, i.e. Win/MacAPRS and other choice, 
but I failed to find an IGATE as a possible source. 


Few Question 
1- Is their any IGATE operator that have a weather station. 
If so how do you do it for packet forming 


2- If no operator, How can I form the packet. 


The second question is a consequence to the other so just 
please answer either one... 


Thanks in advance 


Bruno Quesnel bruno.quesnel@mindready.com 
VA2BMG quesnelb@ve2.ele.etsmtl.ca 
Stagiaire - MindReady Solutions 

Solutions Mindready Inc. tel.: 514-636-6886 ext 5171 


2196 32ieme Avenue 
Lachine (Quebec)H8T 3H7 


Content-Type: text/html; name="Uunnamed" 
Content-Transfer-Encoding: 7bit 
Content-Description: 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 13 08:12:47 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21597 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jul 2000 08:12:47 -0500 (CDT) 
Message-ID: <LYR11589-96325-2000.07.13-08.17.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRSdev" <aprsdev@lists.tapr.org>, 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR6757-96316-2000.07.13-07.23.30-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Findu-wrong status 
Date: Thu, 13 Jul 2000 06:11:29 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011901bfeccb$f£ce44dc0$8d93b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA21597 


Perhaps, we could just append a checksum on all APRS packets. With Position and 
Status packets, appending a NMEA style "*XX" would not affect older programs 
ability to see the packets. Message packets might be a problem, perhaps, add it 
to the text portion of the packet, before the message number and reply/ack. I'd 
bet weather and telemetry would work with older programs. 


The status packet: 


>111325z[199YD]APRS is "RAD"IO 


would be come 


>111325z[199YD]APRS is "RAD"I0*30 


Message packet: 


WB4APR :Test messaget01} 


to 


WB4APR :Test messagex05{01} 
The checksum including everything but the message numbers. 


It would offer some assurance of validity to the received packet. 
is currently lacking in the APRS protocol. 


Brent KH2Z 


--- Original Message ----- 


From: Steve Dimse <k4hg@tapr.org> 


To: 


TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 


Sent: Thursday, July 13, 2000 5:18 AM 
Subject: [aprssig] Re: Findu-wrong status 


VV VV VV VV VV VV VV VV VV VV 


Something that 


On 7/13/00 3:03 AM David Aitcheson - KB3EFS (cdjintl@clark.net) wrote: 


>Yep! 

> 

>Check out http://64.34.101.121/cgi-bin/find.cgi?K3RAM-1 
> 

>That is the digi at K3RAM; not some EOC. 

> 


of a mangled packet. This one is caused by this packet: 


K3RAM-1>WIDE,WIDE,APR813 ,WN2IPH-15, BEACON: >041907zCumb.Cnty EOC 


WIDE/RELAY n2iph@qsl.net 


It was received by findu on May 2 at 025148z. It is a perfectly v 
appearing status packet that was sent to the APRS stream. It may 

perfect cojoining of two packets or someone may have accidentally 
generated garbage, but since it appeared on the stream, findu is 

in displaying it. 


The only other one that people had brought to my attention was the result 


alid 
be the 


correct 


What I am doing is clearing all the status packets older than July 1, 


which will get rid of this. There is a lot more garbage on the data 
stream since I stopped policing it, and until someone takes over active 
management and generates a new validations scheme, there will be a lot of 
these sort of occurances. 


Steve K4HG 


You are currently subscribed to aprssig as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprssig-6757S@lists.tapr.org 


VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 13 08:28:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA23856 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jul 2000 08:28:41 -0500 (CDT) 
Message-ID: <LYR11589-96328-2000.07.13-08.32.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRSdev <aprsdev@lists.tapr.org>, 

APRS Spec Discussion List 

<aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Findu-wrong status 
Date: Thu, 13 Jul 2000 08:27:40 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFECA4.392E71C0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Brent 
I agree 100%. Presently, the integrity of data on the Internet feed is 
questionable. Mangled packets abound. One of the primary advantages of your 


proposal would be greatly simplified dupe checking. 


optional and handled in much the same manner as NMEA packets. 


Checksums could be 


Why couldn't a checksum be added after the message number or ack in messages? 


Bill KC9XG 

On Thursday, July 13, 2000 8:11 AM, Brent Hildebrand 
[SMTP: bhildebrand@earthlink.net] wrote: 

Perhaps, we could just append a checksum on all APRS packets. With Position 
and Status packets, appending a NMEA style "*XX" would not affect older 
programs ability to see the packets. Message packets might be a problem, 
perhaps, add it to the text portion of the packet, before the message number 
and reply/ack. I'd bet weather and telemetry would work with older programs. 


> 


VV VVV VV VV VV VV VV VV VV VV VV VV OV 


Vv 


VV VV VV VV VV 


The status packet: 
>111325z[199YD]APRS is "RAD"IO 
would be come 

>111325z[199YD]APRS is "RAD"I0x*30 
Message packet: 

WB4APR :Test message}01} 

to 


WB4APR :Test messagex05{4{01? 
The checksum including everything but the message numbers. 


It would offer some assurance of validity to the received packet. 


that is currently lacking in the APRS protocol. 
Brent KH2Z 


SERS Original Message ----- 

From: Steve Dimse <k4hg@tapr.org> 

To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Sent: Thursday, July 13, 2000 5:18 AM 

Subject: [aprssig] Re: Findu-wrong status 


Something 


On 7/13/00 3:03 AM David Aitcheson - KB3EFS (cdjintl@clark.net) wrote: 


> 
> 

> >Yep! 
>> 


>Check out http://64.34.101.121/cgi-bin/find.cgi?K3RAM-1 

> 

>That is the digi at K3RAM; not some EOC. 

> 

The only other one that people had brought to my attention was the result 
of a mangled packet. This one is caused by this packet: 


K3RAM-1>WIDE,WIDE,APR813,WN2IPH-15,BEACON:>041907zCumb.Cnty EOC 
WIDE/RELAY n2iph@qsl.net 


It was received by findu on May 2 at 025148z. It is a perfectly valid 
appearing status packet that was sent to the APRS stream. It may be the 
perfect cojoining of two packets or someone may have accidentally 
generated garbage, but since it appeared on the stream, findu is correct 
in displaying it. 


What I am doing is clearing all the status packets older than July 1, 
which will get rid of this. There is a lot more garbage on the data 
stream since I stopped policing it, and until someone takes over active 
management and generates a new validations scheme, there will be a lot of 
these sort of occurances. 


Steve K4HG 


You are currently subscribed to aprssig as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprssig-6757S@lists.tapr.org 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: billdiaz@megsinet.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 13 08:47:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA26269 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jul 2000 08:47:34 -0500 (CDT) 
Message-Id: <LYR11589-96333-2000.07.13-08.51.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Findu-wrong status 
Date: Thu, 13 Jul 2000 09:46:33 -0400 


From: Steve Dimse <sdimse@earthlink.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: "APRSdev" <aprsdev@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200007131347 .GAAQ1734@swan. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 7/13/00 9:11 AM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>Perhaps, we could just append a checksum on all APRS packets. With 
>Position and Status packets, appending a NMEA style "*XX" would not affect 
>older programs ability to see the packets. Message packets might be a 
>problem, perhaps, add it to the text portion of the packet, before the 
>message number and reply/ack. I'd bet weather and telemetry would work 
>with older programs. 

> 

But the problem is where do you add the checksum? 


If at the transmitter, that means all D7's, D700's, Mic-E's and stand 
alone (NMEA) trackers need firmware upgrades. And who cares about 
compatibility with old software, they all would need to upgrade or their 
data would be lost. 


If you do it at the IGates, it doesn't solve the problem. All the 
instances I tracked down were occuring within or before an IGate. So the 
bad packets have a good checksum appended to them by the IGates. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 13 11:14:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA19335 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jul 2000 11:14:34 -0500 (CDT) 
Date: Thu, 13 Jul 2000 09:14:07 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: [aprssig] Re: Findu-wrong status 
In-Reply-To: <LYR12892-96333-2000.07.13-08.51.57-- 
hacker#tc.fluke.com@lists.tapr.org> 

Message-ID: <LYR11589-96354-2000.07.13-11.18.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Organization: Fluke Corporation 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10007130852540 .596-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 13 Jul 2000, Steve Dimse wrote: 
On 7/13/00 9:11 AM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>Perhaps, we could just append a checksum on all APRS packets. With 
>Position and Status packets, appending a NMEA style "*XX" would not affect 
>older programs ability to see the packets. Message packets might be a 
>problem, perhaps, add it to the text portion of the packet, before the 
>message number and reply/ack. I'd bet weather and telemetry would work 
>with older programs. 

> 

But the problem is where do you add the checksum? 


VVVV VV VV VV 


Adding it ANYWHERE would be a start. Bit errors can occur at all 

stages. Let's attack it where we can. This certainly sounds like 
a good candidate for a "recommended" option for the 2nd version of 
the protocol. 


How about a CRC-16 checksum (or better) instead of the NMEA-style. 
Better at catching certain types of errors. Making it optional is 
good. We could migrate to the new system over a period of years. 


I haven't a clue how to shoehorn it into the current protocol. 
I certainly wouldn't mind burning new firmware for my systems to get 
checksums added. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 
"Lotto: A tax on people who are bad at math." -- unknown 


"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jul 15 09:01:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ1486 

for <lyris.aprsspec@tapr.org>; Sat, 15 Jul 2000 09:01:17 -0500 (CDT) 
Message-ID: <LYR11589-96693-2000.07.15-09.05.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR6757-96576-2000.07.14-13.13.14-- 
bhildebrand#earthlink.net@lists.tapr.org> <LYR15266-96614-2000.07.14-16.18.28- - 
aprs#waddsy.net@lists.tapr.org> <LYR6757-96628-2000.07.14-18.42.47-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: MIC-E duplicate packets 
Date: Sat, 15 Jul 2000 07:00:57 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
X-MIME-Autoconverted: from 8bit to quoted-printable by swan.prod.itd.earthlink.net 
id HAA28932 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002801bfee65$2d£c99e0$d792b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA01486 


Here is some data taken from the Internet feed today. 


KB2WQM-9>APK001: @15144123911. 00N/07444 . 93W[000/000/Mic-E/M4/Committed>kb2wqm 
@amsat.org 


KB2WQM-9>3Y0Q0Q: ‘fHz1 A[/>kb2wqm@amsat. org 


KB2WQM-9>APRS : @15133823911. OON>07444 . 93W/063/000/Mic-E/M4/Committed>kb2wqm@a 


msat.org 


KB2WQM-9>APRS : @15133723911.01N/07444 . 94W[000/000/T>dsy/M4/Committed. 
kb2wqm@amsat.org 


KB2WQM- 9>APK: @15133723911.01N/07444 .94W[000/000/TH-D7/M4/COMMITTED>kb2wqm@am 
sat.org 


NOTE: There are 4 separate conversions. 2 by WinAPRS, 1 by APRS+SA and 1 
by APRSD. The Mic-E packet is shown, but probably is not faithfully 
reproduced by my Email program. 

Packet 1: WinAPRS. The to field is APKOO1. This is true even for D700 
radios which use APK101. The origin is stated to be Mic-E, but in fact, 
is TH-D7, a Mic-E variant. The time is way off compared to the other 
packets below 


Packet 2: The Mic-E packet. 


Packet 3: Origin? I suspect winAPRS. Note that the Icon is encoded 
incorrectly. 


Packet 4: APRSD conversion. The origin is stated to be T>dsy. Was it TH-D7 
or TM-D7? This is lost. Icon is OK. 


Packet 5: This was converted by APRS+SA. TO field is APK, meaning Kenwood. 
The origin is the TH-D7. Icon is OK, Lat/Long agree with APRSD. Event the 
TIME was the same. 


This is an impossible situation to remove duplicates. Lat/Long are 
different by .01 minute. Not significant when plotting on a map, but hard 
to figure out when removing duplicates. TIME, while packet 1 has 
reasonable Lat/Long and correct Icon, the time is vastly different then 
packets 3,4 and 5. Packets 3 if just plain fubar with respect to Icon. 
Packets 4 and 5 agree very closely. But deduping? Arrgh. 


Conclusions: 

Mic-E data is all messed up. Clearly, converting Mic-E to a "standard" 

APRS packet is not working. One solution is converting the Internet side to 
APRSD. This could be a hardship for Mac owners running APRServe. This 
would still require that ALL client programs be updated to remove the Mic-E 
conversion code. What should be done??? 


Brent KH2Z 


cots Original Message ----- 

From: "Dale Heatherington" <dale@wa4ddsy.net> 

To: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org> 
Sent: Friday, July 14, 2000 4:21 PM 

Subject: [aprssig] Re: MIC-E duplicate packets 


Ok, show of hands: Which APRS programs that connect to the internet 
can't pass the 5 unprintable Mic-E characters either on RX or TX, yet can 
deal with them to/from the TNC? 


Which programs can't deal with raw MIC-E packets and need to 
see the converted form? 


aprsd has no trouble with these and could pass Mic-E packets in their 
original format. Mild side effect: The current dup checker does not look 
at the ax25 destination 

> so would ignore that field even though it's part of MIC-E data. Maybe 
could be handled special.... 

> 

> On Fri, 14 Jul 2000, you wrote: 

>> 

> > First, I agree, if we convert, then do not sent the original. Second, 
APRSd 

> > should not be converting packets unless it heard them on RF. Conversion 
is 

> > the sole responsibility of the hearing station. Lastly, we should have 
a 

> > mechanism to pass the original packet through and never do a false 

> > conversion. This has been discussed before, and I believe can easily 
solved 

> > by using any of the standard Internet encoding schemes. We would then 
see 

> the actual original data as it was transmitted. 

> 

> Brent KH2Z 


VV VV VV V VV 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


VV VV VV VV VV MV 


> a 

> You are currently subscribed to aprssig as: bhildebrand@earthlink.net 

> To unsubscribe send a blank email to leave-aprssig-6757S@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: watlou@tapr.org 
> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jul 15 11:23:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA22175 
for <lyris.aprsspec@tapr.org>; Sat, 15 Jul 2000 11:23:10 -0500 (CDT) 
Date: Sat, 15 Jul 2000 12:22:48 -0400 
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 
Subject: [aprsspec] Re: [aprssig] Re: MIC-E duplicate packets 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Reply-to: quesnelb@ve2.ele.etsmtl.ca 
Message-id: <LYR11589-96708-2000.07.15-11.27.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: MULTIPART/ALTERNATIVE; BOUNDARY="Boundary_(ID_91dCch11K/ 
ETa9zCHF1lb4¢) " 
X-Accept-Language: en 
References: <LYR6757-96576-2000.07.14-13.13.14-- 
bhildebrand#earthlink.net@lists.tapr.org> 
<LYR15266-96614-2000.07.14-16.18.28--aprs#waddsy.net@lists.tapr.org> 
<LYR6757-96628-2000.07.14-18.42.47--bhildebrand#earthlink.net@lists.tapr.org> 
<LYR15694-96693-2000.07.15-09.05.43--quesnelbi#tve2.ele.etsmtl.ca@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39708FD7.6BE7A864@ve2.ele.etsmtl.ca> 
Precedence: bulk 


--Boundary_(ID_91dCch11K/ETa9zCHF1b4¢) 
Content-type: text/plain; charset=us-ascii 
Content-transfer-encoding: 7bit 


Brent Hildebrand wrote: 


This is an impossible situation to remove duplicates. Lat/Long are 
different by .01 minute. Not significant when plotting on a map, but hard 
to figure out when removing duplicates. TIME, while packet 1 has 
reasonable Lat/Long and correct Icon, the time is vastly different then 
packets 3,4 and 5. Packets 3 if just plain fubar with respect to Icon. 
Packets 4 and 5 agree very closely. But deduping? Arrgh. 


Conclusions: 

Mic-E data is all messed up. Clearly, converting Mic-E to a "standard" 

APRS packet is not working. One solution is converting the Internet side to 
APRSD. This could be a hardship for Mac owners running APRServe. This 
would still require that ALL client programs be updated to remove the Mic-E 
conversion code. What should be done??? 


VV VV VV VV VV VV VV VV 


Brent KH2Z 


Since so many program exist, it's pretty hard to get every body on the same 
foot to dance... 


In my opinion, any "presentation" program (program taht presents the packet on 
a map graphically) that can connect both on a serial port for RF info and onto 
the internet, should be the one to convert the packets, which they already do. 


The IGATE should only be there to pass information that they hear on the RF 
(whichever way to listen) and render these packet onto the internet for other 
to come and get. Even if the IGATE keeps the conversion capabilities, onely 
one side of the fence should do it. 


When this is done, packet dups whould be reduced, on the internet side 


anyway... Also an important point is to get the proper "standard" implemented 
in whicherver program so that no confusion occurs. 


Bruno Quesnel va2bmg@videotron.ca 

Genie Electrique quesnelb@ve2.ele.etsmtl.ca 

Electrical Engineering VA2BMG 

Ecole de Technologies Superieure http://www. findu.com/cgi-bin/find.cgi?va2bmg 


--Boundary_(ID_91dCch11K/ETa9zCHF1b4¢) 
Content-type: text/html; charset=us-ascii 
Content-transfer-encoding: 7bit 


<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 


<html> 

Brent Hildebrand wrote: 

<blockquote TYPE=CITE>&nbsp; 

<br>This is an impossible situation to remove duplicates.&nbsp; Lat/Long 

are 

<br>different by .01 minute.&nbsp; Not significant when plotting on a map, 

but hard 

<br>to figure out when removing duplicates.&nbsp; TIME,&nbsp; while packet 

1 has 

<br>reasonable&nbsp; Lat/Long and correct Icon, the time is vastly different 
then 

<br>packets 3,4 and 5.&nbsp; Packets 3 if just plain fubar with respect 

to Icon. 

<br>Packets 4 and 5 agree very closely.&nbsp; But deduping?&nbsp; Arrgh. 
<p>Conclusions: 

<br>Mic-E data is all messed up.&nbsp; Clearly, converting Mic-E to a "standard" 
<br>APRS packet is not working.&nbsp; One solution is converting the Internet 
side to 

<br>APRSD.&nbsp; This could be a hardship for Mac owners running APRServe.&nbsp; 
This 

<br>would still require that ALL client programs be updated to remove the 

Mic-E 

<br>conversion code.&nbsp; What should be done??? 

<p>Brent KH2Z</blockquote> 

Since so many program exist, it's pretty hard to get every body on the 

same foot to dance... 

<p>In my opinion, any "presentation" program (program taht presents the 

packet on a map graphically) that can connect both on a serial port for 
RF&nbsp;info and onto the internet, should be the one to convert the packets, 
which they already do. 

<p>The IGATE should only be there to pass information that they hear on 

the RF (whichever way to listen) and render these packet onto the internet 

for other to come and get.&nbsp; Even if the IGATE keeps the conversion 
capabilities, onely one side of the fence should do it. 

<p>When this is done, packet dups whould be reduced, on the internet side 
anyway...&nbsp; Also an important point is to get the proper "standard" 
implemented in whicherver program so that no confusion occurs. 

<pre>--&nbsp; 

Bruno 

Quesnel&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb 
sp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
va2bmg@videotron.ca 

Genie 

Electrique&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca 
Electrical 

Engineering&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp 
;&nbsp;&nbsp;&nbsp; VA2BMG 


Ecole de Technologies Superieure&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A HREF="http:// 
www. findu.com/cgi-bin/find.cgi?va2bmge">http: //www.findu.com/cgi-bin/find.cgi? 
va2bmg</A></pre> 

&nbsp; </html> 


--Boundary_(ID_91dCch11K/ETa9zCHF1b4¢) - - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jul 15 20:29:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA24145 

for <lyris.aprsspec@tapr.org>; Sat, 15 Jul 2000 20:29:51 -0500 (CDT) 
Message-ID: <LYR11589-96787-2000.07.15-20.34.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Mangled headers 
Date: Sat, 15 Jul 2000 20:29:03 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1BFEE9B.54063DE0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Does anyone know what causes these mangled headers? 
Looks like an improper conversion of AEA Display format. 


1209.140.206.200:W1AW ProcessHeader error NINOM-12!N1NOM-12>WIDE 
<UI,GPSLI,N1QPR-2,WA1LOU-15*«:$GPGLL ,4223.675,N,07134.010,W,214014,Ax39 
!209.140.206.200:W1AW ProcessHeader error KALPRN! KALPRN>WIDE3-3 

<UI, APW227 ,W1GTT-2*:_07160250c105s0128015t0671017p019P019h99b10101wWDAV 
!209.140.206.200:W1AW ProcessHeader error W1AAA-15!W1AAA-15>WIDE3 -3 

<UI, BEACON: !4127.78NNO7214.49W#PHG7560 Salem, CT 

!209.140.206.200:W1AW ProcessHeader error W1AAA-15!W1AAA-15>WIDE3 -3 

<UI, APRS: !4127.78NNO7214.49W#HPHG7560 Salem, CT E.0.C. APRS Digipeater 


1205.148.193.163:N5FAZ-2 Data error!=3147.16N/10622.91WIPHG2130/paul 
faz@dzn.com -TXELPELPASO -330-<062> 


Bill KC9XG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jul 16 08:21:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21120 

for <lyris.aprsspec@tapr.org>; Sun, 16 Jul 2000 08:21:36 -0500 (CDT) 
Message-Id: <LYR11589-96843-2000.07.16-08.25.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] APRS Symposium at DCC 
Date: Sun, 16 Jul 2000 09:19:57 -0400 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200007161320.GAA21993@snipe.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Once again it is time to start planning for the APRS Symposium at the 
Digital Communication Conference. It will be held Friday, Sept 22, 2000 
in Orlando. More info on the conference is available at 


http: //www.tapr.org/dcc 


This is as close as APRS comes to a national convention, past years have 
drawn most of the movers and shakers within APRS. If you love APRS, 
you'll love the Symposium! 


The APRS Symposium will run roughly from 1PM to 7PM, exact times to be 
determined. Undoubtably the usual suspects will be presenting, but I 
especially want to encourage people that haven't presented before to do 
so. 


Anyone (including the usual suspects, I will not chase you down this 


year) that will be there and wishes to present should notify me within 
the next week, including the topics you wish to present and the amount of 
time you would like. 


If you aren't going to DCC but have something to share, consider 
submitting it for publication in the proceedings anyway, it is a good way 
to get information published. Deadline is August 7, details on submission 
are available at the above DCC web site. 


See you there! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jul 17 15:21:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA29472 

for <lyris.aprsspec@tapr.org>; Mon, 17 Jul 2000 15:21:39 -0500 (CDT) 
From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Internet Gating 
Date: Tue, 18 Jul 2000 06:27:18 +1000 
Message-ID: <LYR11589-97095-2000.07.17-15.26.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000401bf£02d$681eb260$32ae2acb@dell.radioactive.net.au> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G'Day All, 


Simple question on intnetnet gating: Should packets that have been forwarded 
from the internet to RF ever be forwarded back to the internet? 


For Example 
VK2TDS -> INTERNET -> VK2HDJ -> RF -> VK2XGJ -> INTERNET 


Should this never happen... It would make network design much easier 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jul 17 15:30:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ0946 

for <lyris.aprsspec@tapr.org>; Mon, 17 Jul 2000 15:30:53 -0500 (CDT) 
Message-Id: <LYR11589-97096-2000.07.17-15.35.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Internet Gating 
Date: Mon, 17 Jul 2000 16:30:02 -0400 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200007172030.NAA27304@falcon.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 7/17/00 4:27 PM Darryl Smith (darryl@radio-active.net.au) wrote: 


>Simple question on intnetnet gating: Should packets that have been forwarded 
>from the internet to RF ever be forwarded back to the internet? 


> 
No, but even if they are they are filtered out by aprsd and APRServe. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jul 18 20:23:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA21320 
for <lyris.aprsspec@tapr.org>; Tue, 18 Jul 2000 20:23:14 -0500 (CDT) 
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 
Date: Tue, 18 Jul 2000 21:20:43 +0000 
Subject: [aprsspec] 19th Annual ARRL and TAPR Digital Communications Conference 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-97266-2000.07.18-20.27.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B59A7AAB. 9BB%stanzepa@ct2.nai.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA21320 


Press Release: July 6th, 2000 

19th Annual ARRL and TAPR Digital Communications Conference 

2000 ARRL and TAPR Digital Communications Conference 

September 22-24, 2000 

Orlando, Florida 

It is that time again! Time to start making your travel plans and thinking 
about what to publish for the upcoming 19th Annual ARRL and TAPR Digital 


Communications Conference. 


The ARRL and TAPR Digital Communications Conference is an international 


forum for radio amateurs in digital communications, networking, and related 
technologies to meet, publish their work, and present new ideas and 
techniques for discussion. Presenters and attendees will have the 
opportunity to exchange ideas and learn about recent hardware and software 
advances, theories, experimental results, and practical applications. The 
Digital Communications Conference is not just for the digital expert, but 
for digitally-oriented amateurs of all levels of experience. 


The 2000 ARRL and TAPR Digital Communications Conference will be held 
September 22-24, 2000 in Orlando, Florida. This year's conference location 
is just minutes away from the Orlando International Airport (MCO). 


Not only is the Digital Communications Conference technically stimulating, 
it is a weekend of fun for all who have more than a casual interest in any 
of the ham digital communications modes. This includes networkers, sysops, 
software writers, modem designers, and digital satellite communications 
enthusiasts. The ARRL and TAPR Digital Communications Conference is for all 
levels of digital operators -- a must conference to attend to get active on 
a national level. Now, more than ever, amateur radio needs this great 
meeting of the minds, since it is important that we demonstrate a continued 
need for the frequency allocations we now have by pushing forward and 
documenting our achievements. The ARRL and TAPR Digital Communications 
Conference is one of the few ways to record our accomplishments and 
challenge each other to do more. 


Area Attractions 


The Orlando Florida area is famous for its attractions and vacation spots. t 
Disney World, Universal Studios, and Sea World (just to name a few) are 
within 15 minutes of the hotel. Shuttle service from the hotel will be 
available for a small fee. Cape Canaveral and Cocoa Beach are a 30 minute 
drive East of the hotel. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jul 19 09:27:50 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA23716 

for <lyris.aprsspec@tapr.org>; Wed, 19 Jul 2000 09:27:49 -0500 (CDT) 
Message-Id: <LYR11589-97378-2000.07.19-09.32.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] APRS Symposium at DCC 
Date: Wed, 19 Jul 2000 10:26:29 -0400 


From: Steve Dimse <sdimse@earthlink.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200007191426 .HAAQ7951@falcon.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>Anyone (including the usual suspects, I will not chase you down 
>this year) that will be there and wishes to present should notify 
>me within the next week, including the topics you wish to present 
>and the amount of time you would like. 


So far, with half the week gone, I have gotten requests from only these 
people: 


The Sproul Brothers 
John Hansen 

Tom Schaefer 

John Blowsky 

Darryl Smith 


If you are going to be at the DCC and wish to talk at the APRS symposium, 
you must let me know in the next few days. Please include the topic and 
the length of time you would like. 


**k*kAPRS AUTHORS TAKE NOTExx* 

I am not chasing people down, if I don't hear from you by Sunday I will 
presume you do not wish to present. There are simply too many authors now 
for me to do this individually... 


xxxEveryone else take notexx*xx 
I'd love to see more of you presenting! 


Thanks, 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jul 20 19:46:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA04832 
for <lyris.aprsspec@tapr.org>; Thu, 20 Jul 2000 19:46:15 -0500 (CDT) 

Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-97691-2000.07.20-19.50.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 20 Jul 2000 20:48:04 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 
References: <LYR18229-97657-2000.07.20-13.44.18--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=x-user-defined 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39779DC4.E64F2D09@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> My thoughts are you simply look at the data. If you see somthing like 
> this: 

> 

> . de WB4APR @FM18SX .... 

> then you interpret the FM18SX as a grid square and plot him. Nothing 


Vv 


more. Im not suggesting using PSK31 for APRS at all. 


I don't understand this, you say your not suggesting using PSK31 for APRS 

yet your saying you interpret FM18SX as a grid square and plot it. The 
implication here is you plot on a computer map.... or are you just suggesting 
using paper? 


Assuming the former, lets look at your suggesting for plotting position using 
grid squares: 


. de WB4APR @FM18SX... 


Looks good, but without understanding how varicode works its far to verbose. 
Seems strange to say this, but with PSK31 we don't have the luxury of 1200 


baud.... the data stream is only 31bps. Maybe a link to the theory of varicode 
would 
be helpful: 


http: //www.kender.es/~edu/psk31itheory.html#Information Coding 

OK, so lets look at how long your example is: 

de WB4APR @FM18SX which is 17 chars including the de, space and delimiter. 
Now, transcribing this to varicode we get the following (bit length under char) 


d e W B 4 A P R _ @ F 

6 2 1 9 8 8 7 8 8 14 10 8 8 8 9 7F 9 

for a total of 117 bits + (16*2 sync bits) = 149 bits @31bps = 4.8 seconds 
to send a very ambiguous posit that is not very computer friendly. 


another way to do it would be as follows and could be part of the PSK31 
ID string delimited as follows: 


<call in lower case><aprs delimiter><lat><lon><optional checksum> 

example for lat 39.0858, lon 763601 (note "_" is space): 

wb4apr-ts_rarlntn_e (see conversion table below) 

Now, transcribing this to varicode we get the following (bit length under char) 
wb 4aopr- ts _ rardionton_e 

7 7 8 4 5 5 63 515 45 5 43 4 1 2 

for a total of 84 bits plus (18*2 sync bits) = 122 bits @31bps = 3.9 seconds. 
A ~19% savings in air time giving a precise posit that is very computer 
friendly. This could be a standard ID frame that is sent with each station. 


here is the conversion table: 


Char bit pattern Could be? 
SPACE 1 0) 
e 11 1 
fe) 111 2 
t 101 3 
i 1101 4 


a 1011 5 
n 1111 6 
1 11011 7 
xr 10101 8 
s 10111 9 


Now, taking this a step further, we could go with base100 for our 
lat/lon and save those two bits for sync on the lat lon chars (as 
we are going from 12 chars to 6). We offset with 32 then take the 
four smallest varicodes from under 32 as 0-3 (all varicodes under 
32 are 10 bit) and this gives us a average varicode length of 
about 8. 


So we could have something like this for lat 39.0858, lon 76.3601 
wb4apr-C$Vh@<LF> 

Now, transcribing this to varicode we get the following (bit length under char) 
w b 4 a p xr - C $ V h @ <LF> 

7 7 8 4 5 5 6 8 9 9 6 10 5 


for a total of 89 bits plus (12*2 sync bits) = 113 bits @31bps = 3.6 seconds 
which is a 25% savings in air time. 


Now, I haven't consider the ones place or sign for either lon or lat, but this 
could be delt with in the delimiter field. 


The advantages are: 


1. A easily machine parsable format 
2. Far more precise location then "grid squares" 
3. A significant savings in air time. 


Give it some thought. 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 21 12:57:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA10164 


for <lyris.aprsspec@tapr.org>; Fri, 21 Jul 2000 12:57:03 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 21 Jul 2000 13:56:37 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 
In-Reply-To: <39779DC4.E64F2D09@aerodata.net> 
Message-ID: <LYR11589-97817-2000.07.21-13.01.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10007211321430 . 23187 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff, 

I am approaching a merging of APRS display technology from the perspective 
of the existing PSK31 user base. Look at any PSK31 QSO. They already use 
GRID SQUARES. SO parsing and displaying that in APRS is a natural, and 
can be done NOW and requires NO CHANGE IN existing operator technique. 

You do it on receipt... THus you can begin plotting people NOW. 


Your unique selection of varicode characters can save 19% over a "grid 
square" but I bet you will never convince anyone to use it. And it must 


be implemented by all SENDERs before it has any value. Good luck... 


You are trying to optimize around "computer friendly". I am trying to 
optimize around "user friendly" and taking advantage of existing use... 


On Thu, 20 Jul 2000, Jeff King wrote: 


> > Bob suggested parsing: .... de WB4APR @FM18SX .... 
> 
>> ... aS a grid square and plot him. Nothing more simpler than that. 


> Looks good, but without understanding how varicode works its far to verbose. 


I understand how varicode works. I also understand how operators work and 
how they are already using gridsqares and they could care less about 
changing just so us APRS people can plot them... 


> Now, transcribing this to varicode... 117 bits ... or.. 4.8 seconds to 
> send a very ambiguous posit that is not very computer friendly. 


Not ambiguous at all when you consider that PSK31 is being used on HF, 
Internationally. The Grid plots the guy to within less than 2 miles in 
most areas of the world and is well close enough for an HF DX contact in 
my thinking... 


[ALTERNATELY consider: ] wb4apr-ts_rarlntn_e 


> 
> 
> Now, transcribing this to varicode we get 84 bits for 3.9 seconds. 
> A ~19% savings in air time... 


Savings? You saved 0.9 seconds in a 1 minute long transmission... 

> giving a precise posit that is very computer friendly. 

PSK31 does not need to be computer friendly at all. With its VERY 
precious bandwidth, it needs to be MAXIMALLY xuser friendlyx. With the 


computer power we have today, we should make the computers work for US, 
not make us REDEFINE HAM radio QSOs so the "computer" is happy... 


> Now, taking this a step further...: wb4apr-C$Vh@<LF> 

> ...ranscribing this to varicode we get a 25% savings in air time. 
No, you get another 0.3 seconds saved in a 1 minute QSO... Savings? 
> The advantages are: 

> 1. A easily machine parsable format 

> 2. Far more precise location then "grid squares" 

> 3. A significant savings in air time. 


Ah, BUT... DISADVANTAGES: 
1. No one will use it. 
> Give it some thought... 


I already did a year ago and suggested something like it to Peter Martinez 
back then, but we both concluded it wouldnt fly. Grids are already in 
use. We use them in APRS too, so it just seemed like the logical way to 


cee 


It is very easy to write a parser that can recognize a GRID SQUARE just 
about anywhere in free form TEXT. APRSdos, WinAPRS and APRS+SA and maybe 
others already have such algorithms... 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 21 13:34:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15232 
for <lyris.aprsspec@tapr.org>; Fri, 21 Jul 2000 13:34:21 -0500 (CDT) 
Message-ID: <LYR11589-97822-2000.07.21-13.38.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Thomas M. Schaefer" <ny4i@arrl.net> 
From: "Thomas M. Schaefer" <toms@inconnect.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>, 
<aprsspec@lists.tapr.org> 
References: <LYR11918-97817-2000.07.21-13.01.46-- 
toms#inconnect.com@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 
Date: Fri, 21 Jul 2000 12:34:49 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <012901bf£342$6e4£8700$6ec6ed89@SCO017588> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff, Bob, et al... 


I tend to agree with Bob on this one. I say that fully understanding the 
ramifications of even uppercase characters in varicode. This is not intended 
to be a system to replace what goes on HF packet. My idea was so that when 
someone is out in the field, they can send a message or a posit back via 


PSK31 because with a mobile rig and a computer, I think I can get into the 
network better on PSK31. If we talk about 1 watt, a battery, and a dipole, 
the odds of success over HF packet go even higher. Perhaps, my approach of a 
PSK31-based mail exchange system is different than just a posit-type system. 
Remember that my idea was to put a macro in an existing program like 
Digipan. If we make the data computer-friendly, then no one will be able to 
put it in Digipan. 


Tom NY4I 

Seas Original Message ----- 

From: "Bob Bruninga" <bruninga@nadn.navy.mil> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>; 
<aprsspec@lists.tapr.org> 

Sent: Friday, July 21, 2000 11:56 AM 

Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 


Jeff, 

I am approaching a merging of APRS display technology from the perspective 
of the existing PSK31 user base. Look at any PSK31 QSO. They already use 
GRID SQUARES. SO parsing and displaying that in APRS is a natural, and 
can be done NOW and requires NO CHANGE IN existing operator technique. 

You do it on receipt... THus you can begin plotting people NOW. 


Your unique selection of varicode characters can save 19% over a "grid 
square" but I bet you will never convince anyone to use it. And it must 


be implemented by all SENDERs before it has any value. Good luck... 


You are trying to optimize around "computer friendly". I am trying to 
optimize around "user friendly" and taking advantage of existing use... 


On Thu, 20 Jul 2000, Jeff King wrote: 


> > Bob suggested parsing: .... de WB4APR @FM18SX .... 
> 
>> ... aS a grid square and plot him. Nothing more simpler than that. 


VV VV VV VV VV VV VV VV VV VV WV 


> Looks good, but without understanding how varicode works its far to 
verbose. 


I understand how varicode works. I also understand how operators work and 
how they are already using gridsqares and they could care less about 
changing just so us APRS people can plot them... 


> Now, transcribing this to varicode... 117 bits ... or.. 4.8 seconds to 
> send a very ambiguous posit that is not very computer friendly. 


VV VV VV VV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Not ambiguous at all when you consider that PSK31 is being used on HF, 
Internationally. The Grid plots the guy to within less than 2 miles in 
most areas of the world and is well close enough for an HF DX contact in 
my thinking... 


> [ALTERNATELY consider: ] wb4apr-ts_rarlntn_e 

> 

> Now, transcribing this to varicode we get 84 bits for 3.9 seconds. 
> A ~19% savings in air time... 


Savings? You saved 0.9 seconds in a 1 minute long transmission... 

> giving a precise posit that is very computer friendly. 

PSK31 does not need to be computer friendly at all. With its VERY 
precious bandwidth, it needs to be MAXIMALLY xuser friendlyx. With the 


computer power we have today, we should make the computers work for US, 
not make us REDEFINE HAM radio QSOs so the "computer" is happy... 


> Now, taking this a step further...: wb4apr-C$Vh@<LF> 
> ...ranscribing this to varicode we get a 25% savings in air time. 
No, you get another 0.3 seconds saved in a 1 minute QSO... Savings? 


> The advantages are: 

> 1. A easily machine parsable format 

> 2. Far more precise location then "grid squares" 
> 3. A significant savings in air time. 


Ah, BUT... DISADVANTAGES: 
1. No one will use it. 
> Give it some thought... 


I already did a year ago and suggested something like it to Peter Martinez 
back then, but we both concluded it wouldnt fly. Grids are already in 
use. We use them in APRS too, so it just seemed like the logical way to 


go... 


It is very easy to write a parser that can recognize a GRID SQUARE just 
about anywhere in free form TEXT. APRSdos, WinAPRS and APRS+SA and maybe 
others already have such algorithms... 


bob 


> 

> a 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 21 14:41:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA25470 

for <lyris.aprsspec@tapr.org>; Fri, 21 Jul 2000 14:41:44 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-97828-2000.07.21-14.46.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 21 Jul 2000 15:42:32 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 
References: <Pine.GSO.4.05L.10007211321430 .23187-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3978A7A7.850249AE@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


> I am approaching a merging of APRS display technology from the perspective 
> of the existing PSK31 user base. 


Which is fine. But I was approaching it from the perspective of the APRS 

user base..... tracking assets. I have little interest in HF chit chatting but 
if one can bootstrap off existing technology to enhance amateur AVL, 

which is my interest, then I think we should. 


> Look at any PSK31 QSO. They already use 

> GRID SQUARES. SO parsing and displaying that in APRS is a natural, and 
> can be done NOW and requires NO CHANGE IN existing operator technique. 
> You do it on receipt... THus you can begin plotting people NOW. 


Why can't we do both then? I'm interested in tracking assets, not peoples houses. 
As such, I need to target platforms that will support this. A laptop in a vehicle 
is not practical in all applications. However, a PIC processor is. And 

there already is open source PSK31 code out for the PIC. Sure, I could send 

grid squares with the PIC, but gezz, how big would the look-up table be? 

I'd have to relate lat/long to every grid square. Why not just make life 

easier for everyone and just send lat/lon as that's what the GPS gives me? 


> Your unique selection of varicode characters can save 19% over a "grid 
> square" but I bet you will never convince anyone to use it. And it must 
> be implemented by all SENDERs before it has any value. Good luck... 


Actually, I was trying to convince you to look at the big picture here since 
we have a relatively clean slate. I'm not saying not to use grid squares, I 
was suggesting a alternate method that allowed the use of a GPS to track 
assets using a minimal processor. As a side benefit, it could be more 
compact then grid squares, easier to parse and more precise. 


Bob, I don't understand your resistance here.... you have what, four 

or five different ways to say the same thing on AX.25 aprs?!? I was 
throwing some ideas out here and thought I could get some dialog on 

the issue... so far I've gotten one guy arguing the merits of RTTY over 
PSK31 and now you shooting the idea down before it even gets out the 
gate. I think what I had was a very good way to use PSK31 to track 
assets..... yes I should code something up, but that shouldn't curtail 
intelligent conversation on the subject. 


> You are trying to optimize around "computer friendly". I am trying to 
> optimize around “user friendly" and taking advantage of existing use... 


Yes, guilty on all counts.. I don't care at all about existing use.... I'll use 
the 

internet to chat with someone sitting at their house. What I was interested 

in was bootstrapping a existing technology into tracking mobile assets. Seemed 
like a good fit to me. 


> > Looks good, but without understanding how varicode works its far to verbose. 


I understand how varicode works. I also understand how operators work and 
how they are already using gridsqares and they could care less about 
changing just so us APRS people can plot them... 


VVV NV 


The application of PSK31 Thomas suggested and I expanded upon does not yet 
exist. So the existing "user base" is irrelevant. Its just a modulation method 
Bob, 

that's all. I could (almost) care less about the existing user base as any 
tracking 

operations would not be on the same frequency as the existing user base. 


> > Now, transcribing this to varicode... 117 bits ... or.. 4.8 seconds to 
> > send a very ambiguous posit that is not very computer friendly. 

> 

> Not ambiguous at all when you consider that PSK31 is being used on HF, 

> Internationally. The Grid plots the guy to within less than 2 miles in 
> most areas of the world and is well close enough for an HF DX contact in 

> my thinking... 

If there is no APRS coverage in a particular area, AND I can send locations 
to within 10's of feet, why not do it? I'm not going to jump on the emergency 
bandwagon, but in some terrain's a grid square would be close to useless in 
locating someone. 


Again, I think the basic misunderstanding here is you are interested in tracking 
houses (which don't move) and I am interested in tracking assets (which do). 

Why close your mind at the beginning of the game? I'm not saying what I suggested 
was the way to go, but just because you don't see things that way doesn't mean 
they can't be used that way. Don't tell me about how the users won't accept it... 
tell me why it won't work or why you will not support it within the context of 
your role in APRS. 


With its VERY 

precious bandwidth, it needs to be MAXIMALLY xuser friendlyx. With the 
computer power we have today, we should make the computers work for US, 
not make us REDEFINE HAM radio QSOs so the "computer" is happy... 


VVNV WV 


PSK31 is a mode. It has nothing to do with a QSO. Yes, it was optimized for 
QSO's and frankly, posits would be better served by tossing varicode, yet 
I am aware of the value of bootstrapping. 


> > Now, taking this a step further...: wb4apr-C$Vh@<LF> 

> > ...ranscribing this to varicode we get a 25% savings in air time. 

> 

> No, you get another 0.3 seconds saved in a 1 minute QSO... Savings? 


The example I gave where ID/posit frames. Self supporting. Nothing to do 


with QSO's. Savings as posted. 


Again, you are putting your views in what APRS should be into this discussion, 
which 

is coloring your thinking. It appears to me your goal is to "sell" APRS to the 
existing 

PSK31 user base. This is fine, but it is a separate discussion. If you go back to 
the original posting that started this thread, you'll see the poster clearly 
wanted to 

graft PSK31 to APRS, not graft APRS to the PSK31 user base. As such, my 
comments about air time savings are entirely relevant and correct. (although it 
appears now he strangely agrees with you.... not matter, doesn't change my 
thoughts) 


> Ah, BUT... DISADVANTAGES: 
> 
> 1. No one will use it. 


Yes, indeed, especially with the overwhelming support I am seeing from you. 


> It is very easy to write a parser that can recognize a GRID SQUARE just 
> about anywhere in free form TEXT. APRSdos, WinAPRS and APRS+SA and maybe 
> others already have such algorithms.. 


OK, then lets get back on focus in your line of thought. I am willing to roll over 
and play 
dead if you help me here. 


I've been looking at PSK31 for use in trackers. Even posted some mind storms on it 
back in January on the PICSIG. A fellow has written some PIC source with CCS C 
compiler to do PSK31 and it is freely available. Its actually everything all 
rolled into 

one. I've gone through the source, and it looks like I can do what I want. 


Yet you say its very easy to write these parsers for grid squares, or in the case 
of a tracker, 

the lookup table to convert a precise lat/lon to a fairly imprecise grid square. 
Yet you are 

laboring under the false assumption that a PIC is a full blown PC. Its not. It 
only has 

up to 368 bytes of RAM and often less then 4K of memory. As such, the direct path 
is often the best path to take. In this case, directly sending lat/lon instead of 
having 

a large lookup table with grid squares. Yes, pick and chose your varicode, but 
still way 

smaller then a massive lookup tree. 


So... suggest a method to do these grid square lookups then in these 


constraints... maybe you 
know something I don't about putting 300lbs of groceries in a 5lb bag. 


And if anyone is interested in this project, I can try to help. I'm busy now 
myself with 

another AVL project, but I'd like to help anyone I can here. I've talked with the 
author of the PIC PSK31 transmitter, and he was very supportive of anyone grafting 
APRS support onto it. See http://www.ussc.com/~turner/psk_transmitter.html 

It is written in CCS PCM, and I can help anyone with this if need be (I've written 
alot of PIC code myself on CCS, and even a few little things for the TAPR 
project). 


So however we do it.... grid squares or real lat/lons, we are alot closer to a PIC 
based PSK31 tracker then we think. Most of the work is already done. Lets not 
throw the baby out with the bath water in our passion. Worst case, we can just 
start with a inefficient, but existing APRS protocol and work down from there, but 
IMHO, grid squares/lookup tables are not practical in most mobile trackers. 


Regards, 


Jeff 
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If we take the PIC example, then I agree we need to maximize everything. 
That discussion is the same as MIC-E. It is a smaller compressed protocol 
that humans cannot understand, but the computers do. The only issue there is 
that I need a program that rapidly scans some area on a band (like 14.070) 
and gets data. The PIC would then just beacon. The problem of course is that 
I may not be listening in a certain area when you decide to beacon. 
Beaconing twice could help this problem. 


If you look at the speed of the algorithms, it should be quite fast to jump 
to the next signal on the band, see if it has any POSIT qualities, the jump 
to the next one. Perhaps, if the POSIT was aprs aprs aprs aprs de 
ny4i|<posit info>|. The receiver would have a better chance to find the 
preamble and stop. 


If we want, this can be taken off to the arpp list one onelist. 


Soo Original Message ----- 

From: "Jeff King" <jeff@aerodata.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>; 
<aprsspec@lists.tapr.org> 

Sent: Friday, July 21, 2000 1:42 PM 

Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 


Bob Bruninga wrote: 


VV VV 


> > I am approaching a merging of APRS display technology from the 
perspective 
> > of the existing PSK31 user base. 


> 
> Which is fine. But I was approaching it from the perspective of the APRS 
> user base..... tracking assets. I have little interest in HF chit chatting 


but 


VV VV VV VV 


> 


if one can bootstrap off existing technology to enhance amateur AVL, 
which is my interest, then I think we should. 


Look at any PSK31 QSO. They already use 

GRID SQUARES. SO parsing and displaying that in APRS is a natural, and 
can be done NOW and requires NO CHANGE IN existing operator technique. 
You do it on receipt... THus you can begin plotting people NOW. 


VV VV 


Why can't we do both then? I'm interested in tracking assets, not peoples 


houses. 


> 


As such, I need to target platforms that will support this. A laptop ina 


vehicle 


> 
> 


is not practical in all applications. However, a PIC processor is. And 
there already is open source PSK31 code out for the PIC. Sure, I could 


send 


VV VV VV VV V 


grid squares with the PIC, but gezz, how big would the look-up table be? 
I'd have to relate lat/long to every grid square. Why not just make life 
easier for everyone and just send lat/lon as that's what the GPS gives me? 


> Your unique selection of varicode characters can save 19% over a "grid 
> square" but I bet you will never convince anyone to use it. And it must 


> be implemented by all SENDERs before it has any value. Good luck... 


Actually, I was trying to convince you to look at the big picture here 


since 


> 
I 


VVVV VV VV VV VV VV VV 


> 
I 
> 


we have a relatively clean slate. I'm not saying not to use grid squares, 


was suggesting a alternate method that allowed the use of a GPS to track 
assets using a minimal processor. As a side benefit, it could be more 
compact then grid squares, easier to parse and more precise. 


Bob, I don't understand your resistance here.... you have what, four 

or five different ways to say the same thing on AX.25 aprs?!? I was 
throwing some ideas out here and thought I could get some dialog on 

the issue... so far I've gotten one guy arguing the merits of RTTY over 
PSK31 and now you shooting the idea down before it even gets out the 
gate. I think what I had was a very good way to use PSK31 to track 
assets..... yes I should code something up, but that shouldn't curtail 
intelligent conversation on the subject. 


> You are trying to optimize around "computer friendly". I am trying to 
> optimize around “user friendly" and taking advantage of existing use... 


Yes, guilty on all counts.. I don't care at all about existing use.... 


‘ll use the 


internet to chat with someone sitting at their house. What I was 


interested 


> in was bootstrapping a existing technology into tracking mobile assets. 
Seemed 

> like a good fit to me. 

> 

> > > Looks good, but without understanding how varicode works its far to 
verbose. 

>> 

> > I understand how varicode works. I also understand how operators work 
and 

> how they are already using gridsqares and they could care less about 
> changing just so us APRS people can plot them... 


The application of PSK31 Thomas suggested and I expanded upon does not yet 
exist. So the existing "user base" is irrelevant. Its just a modulation 
method Bob, 

> that's all. I could (almost) care less about the existing user base as any 
tracking 

> operations would not be on the same frequency as the existing user base. 

> 


> 
> 
> 
> 
> 


> Now, transcribing this to varicode... 117 bits ... or.. 4.8 seconds to 
> send a very ambiguous posit that is not very computer friendly. 


Internationally. The Grid plots the guy to within less than 2 miles in 
most areas of the world and is well close enough for an HF DX contact in 


> 
> 
> 
> Not ambiguous at all when you consider that PSK31 is being used on HF, 
> 
> 
> my thinking... 


VVVNVVV VV WV 


If there is no APRS coverage in a particular area, AND I can send 
locations 

> to within 10's of feet, why not do it? I'm not going to jump on the 
emergency 

> bandwagon, but in some terrain's a grid square would be close to useless 
in 

> locating someone. 

> 

> Again, I think the basic misunderstanding here is you are interested in 
tracking 

> houses (which don't move) and I am interested in tracking assets (which 
do). 

> Why close your mind at the beginning of the game? I'm not saying what I 
suggested 

> was the way to go, but just because you don't see things that way doesn't 
mean 

> they can't be used that way. Don't tell me about how the users won't 
accept it... 

> tell me why it won't work or why you will not support it within the 
context of 

> your role in APRS. 


> With its VERY 

> precious bandwidth, it needs to be MAXIMALLY xuser friendlyx. With the 
> computer power we have today, we should make the computers work for US, 
> not make us REDEFINE HAM radio QSOs so the "computer" is happy... 


VV VV VV MV 


PSK31 is a mode. It has nothing to do with a QSO. Yes, it was optimized 
for 


The example I gave where ID/posit frames. Self supporting. Nothing to do 
with QSO's. Savings as posted. 


> QSO's and frankly, posits would be better served by tossing varicode, yet 
> I am aware of the value of bootstrapping. 

> 

> > > Now, taking this a step further...: wb4apr-C$Vh@<LF> 

> > > ...ranscribing this to varicode we get a 25% savings in air time. 

> S 

> > No, you get another 0.3 seconds saved in a 1 minute QSO... Savings? 
> 

> 

> 

> 


> Again, you are putting your views in what APRS should be into this 
discussion, which 

> is coloring your thinking. It appears to me your goal is to "sell" APRS to 
the existing 

> PSK31 user base. This is fine, but it is a separate discussion. If you go 
back to 

> the original posting that started this thread, you'll see the poster 
clearly wanted to 

> graft PSK31 to APRS, not graft APRS to the PSK31 user base. As such, my 

> comments about air time savings are entirely relevant and correct. 
(although it 


> appears now he strangely agrees with you.... not matter, doesn't change my 
thoughts) 

> 

> > Ah, BUT... DISADVANTAGES: 

> 

>> 1. No one will use it. 

> 

> Yes, indeed, especially with the overwhelming support I am seeing from 
you. 

> 


> > It is very easy to write a parser that can recognize a GRID SQUARE just 
> > about anywhere in free form TEXT. APRSdos, WinAPRS and APRS+SA and 
maybe 

> > others already have such algorithms. . 

> 

> OK, then lets get back on focus in your line of thought. I am willing to 
roll over and play 

> dead if you help me here. 


> 

> I've been looking at PSK31 for use in trackers. Even posted some mind 
storms on it 

> back in January on the PICSIG. A fellow has written some PIC source with 
ccs C 

> compiler to do PSK31 and it is freely available. Its actually everything 
all rolled into 

> one. I've gone through the source, and it looks like I can do what I want. 
> 

> Yet you say its very easy to write these parsers for grid squares, or in 
the case of a tracker, 

> the lookup table to convert a precise lat/lon to a fairly imprecise grid 
square. Yet you are 

> laboring under the false assumption that a PIC is a full blown PC. Its 
not. It only has 

> up to 368 bytes of RAM and often less then 4K of memory. As such, the 
direct path 

> is often the best path to take. In this case, directly sending lat/lon 
instead of having 

> a large lookup table with grid squares. Yes, pick and chose your varicode, 
but still way 

> smaller then a massive lookup tree. 


> 
> So... suggest a method to do these grid square lookups then in these 
constraints... maybe you 


> know something I don't about putting 300lbs of groceries in a 5l1b bag. 

> 

> And if anyone is interested in this project, I can try to help. I'm busy 
now myself with 

> another AVL project, but I'd like to help anyone I can here. I've talked 
with the 

> author of the PIC PSK31 transmitter, and he was very supportive of anyone 
grafting 

> APRS support onto it. See http://www.ussc.com/~turner/psk_transmitter.html 
> It is written in CCS PCM, and I can help anyone with this if need be (I've 
written 

> alot of PIC code myself on CCS, and even a few little things for the TAPR 
project). 

> 

> So however we do it.... grid squares or real lat/lons, we are alot closer 
to a PIC 

> based PSK31 tracker then we think. Most of the work is already done. Lets 
not 

> throw the baby out with the bath water in our passion. Worst case, we can 
just 

> start with a inefficient, but existing APRS protocol and work down from 
there, but 

> IMHO, grid squares/lookup tables are not practical in most mobile 


trackers. 
Regards, 


Jeff 
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> APRS Spec 101m - May 1st, 2000 
> 
> Not meaning to nag, Ian, but I'm curious. How's it coming along? 


> 73, Cap KE6AFE 
> -- 


Ian's final draft has been in the hands of the group for a while now, 
and we're scheduling to close the review and have a final vote by the 
end of July. With luck, the final release will follow very shortly 
after that (Ian will just need to make whatever final tweaks there are 
and change the title to final form). 


73, 


John N8UR 
jra@febo.com 


PS -- Sorry for not responding to this sooner; I, like some of the WG 
group members, have been on vacation and away from email for the last 
couple of weeks. 


John Ackermann N8UR 
Dayton, Ohio, USA 
jra@febo.com -- http://www.febo.com 
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I agree, that it would be ideal to use PSK31 techniques for much better HF 
success. But it cannot operate as a dumb tracker, since the tuning has to 
be within a fraction of a HZ. THus the sender either has to match an 
IGATE beacon or the IGate must auto-tune the tracker. Both of these take 
time... and I doubt are practical. 


Thus, you are back to square one, needing operators at both ends, and thus 
back to a human QSO, etc. 


If you can make it automatic, then I am all for it! 
Bob 

On Fri, 21 Jul 2000, 

Jeff King wrote: 


Bob Bruninga wrote: 


> I am approaching a merging of APRS display technology from the perspective 
> of the existing PSK31 user base. 


Which is fine. But I was approaching it from the perspective of the APRS 

user base..... tracking assets. I have little interest in HF chit chatting but 
if one can bootstrap off existing technology to enhance amateur AVL, 

which is my interest, then I think we should. 


VV VV VV VV VV MV 


VV VV VV 


> 


> Look at any PSK31 QSO. They already use 

> GRID SQUARES. SO parsing and displaying that in APRS is a natural, and 
> can be done NOW and requires NO CHANGE IN existing operator technique. 
> You do it on receipt... THus you can begin plotting people NOW. 


Why can't we do both then? I'm interested in tracking assets, not peoples 


houses. 


> 


As such, I need to target platforms that will support this. A laptop ina 


vehicle 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV 


ct 


VV VV VV VV 


is not practical in all applications. However, a PIC processor is. And 
there already is open source PSK31 code out for the PIC. Sure, I could send 
grid squares with the PIC, but gezz, how big would the look-up table be? 
I'd have to relate lat/long to every grid square. Why not just make life 
easier for everyone and just send lat/lon as that's what the GPS gives me? 


> Your unique selection of varicode characters can save 19% over a "grid 
> square" but I bet you will never convince anyone to use it. And it must 
> be implemented by all SENDERs before it has any value. Good luck... 


Actually, I was trying to convince you to look at the big picture here since 
we have a relatively clean slate. I'm not saying not to use grid squares, I 
was suggesting a alternate method that allowed the use of a GPS to track 
assets using a minimal processor. As a side benefit, it could be more 
compact then grid squares, easier to parse and more precise. 


Bob, I don't understand your resistance here.... you have what, four 

or five different ways to say the same thing on AX.25 aprs?!? I was 
throwing some ideas out here and thought I could get some dialog on 

the issue... so far I've gotten one guy arguing the merits of RTTY over 
PSK31 and now you shooting the idea down before it even gets out the 
gate. I think what I had was a very good way to use PSK31 to track 
assets..... yes I should code something up, but that shouldn't curtail 
intelligent conversation on the subject. 


> You are trying to optimize around “computer friendly". I am trying to 
> optimize around “user friendly" and taking advantage of existing use... 


Yes, guilty on all counts.. I don't care at all about existing use.... I'll use 


he 


internet to chat with someone sitting at their house. What I was interested 
in was bootstrapping a existing technology into tracking mobile assets. Seemed 
like a good fit to me. 


> Looks good, but without understanding how varicode works its far to verbose. 


> 
> 
> I understand how varicode works. I also understand how operators work and 
> how they are already using gridsqares and they could care less about 


> changing just so us APRS people can plot them... 


The application of PSK31 Thomas suggested and I expanded upon does not yet 
exist. So the existing "user base" is irrelevant. Its just a modulation method 
Bob, 

> that's all. I could (almost) care less about the existing user base as any 
tracking 

operations would not be on the same frequency as the existing user base. 


> 
> 
> 
> 


> Now, transcribing this to varicode... 117 bits ... or.. 4.8 seconds to 
> send a very ambiguous posit that is not very computer friendly. 


Not ambiguous at all when you consider that PSK31 is being used on HF, 
Internationally. The Grid plots the guy to within less than 2 miles in 
most areas of the world and is well close enough for an HF DX contact in 
my thinking... 


VV VV VV MV 


If there is no APRS coverage in a particular area, AND I can send locations 
to within 10's of feet, why not do it? I'm not going to jump on the emergency 
bandwagon, but in some terrain's a grid square would be close to useless in 
locating someone. 


Again, I think the basic misunderstanding here is you are interested in tracking 
houses (which don't move) and I am interested in tracking assets (which do). 

Why close your mind at the beginning of the game? I'm not saying what I 
suggested 

> was the way to go, but just because you don't see things that way doesn't mean 

> they can't be used that way. Don't tell me about how the users won't accept 
Lt.33 

tell me why it won't work or why you will not support it within the context of 
your role in APRS. 


VV VVV VV VV VV VV VV VV MV 


With its VERY 

precious bandwidth, it needs to be MAXIMALLY xuser friendlyx. With the 
computer power we have today, we should make the computers work for US, 
not make us REDEFINE HAM radio QSOs so the "computer" is happy... 


VV VV 


PSK31 is a mode. It has nothing to do with a QSO. Yes, it was optimized for 
QSO's and frankly, posits would be better served by tossing varicode, yet 
I am aware of the value of bootstrapping. 


> Now, taking this a step further...: wb4apr-C$Vh@<LF> 
> ...ranscribing this to varicode we get a 25% savings in air time. 


VV VV 


No, you get another 0.3 seconds saved in a 1 minute QSO... Savings? 


The example I gave where ID/posit frames. Self supporting. Nothing to do 
with QSO's. Savings as posted. 


VV VV VV VV VV VV VV VV VV OV 


> 

> Again, you are putting your views in what APRS should be into this discussion, 
which 

> is coloring your thinking. It appears to me your goal is to "sell" APRS to the 
existing 

> PSK31 user base. This is fine, but it is a separate discussion. If you go back 
to 

> the original posting that started this thread, you'll see the poster clearly 
wanted to 

> graft PSK31 to APRS, not graft APRS to the PSK31 user base. As such, my 

> comments about air time savings are entirely relevant and correct. (although it 


> appears now he strangely agrees with you.... not matter, doesn't change my 
thoughts) 

> 

> > Ah, BUT... DISADVANTAGES: 

>> 

>> 1. No one will use it. 

> 

> Yes, indeed, especially with the overwhelming support I am seeing from you. 
> 

> > It is very easy to write a parser that can recognize a GRID SQUARE just 

> > about anywhere in free form TEXT. APRSdos, WinAPRS and APRS+SA and maybe 
> > others already have such algorithms.. 

> 

> OK, then lets get back on focus in your line of thought. I am willing to roll 


over and play 

> dead if you help me here. 

> 

> I've been looking at PSK31 for use in trackers. Even posted some mind storms on 
it 

> back in January on the PICSIG. A fellow has written some PIC source with CCS C 
> compiler to do PSK31 and it is freely available. Its actually everything all 
rolled into 

> one. I've gone through the source, and it looks like I can do what I want. 

> 

> Yet you say its very easy to write these parsers for grid squares, or in the 
case of a tracker, 

> the lookup table to convert a precise lat/lon to a fairly imprecise grid square. 
Yet you are 

> laboring under the false assumption that a PIC is a full blown PC. Its not. It 
only has 

> up to 368 bytes of RAM and often less then 4K of memory. As such, the direct 
path 

> is often the best path to take. In this case, directly sending lat/lon instead 
of having 

> a large lookup table with grid squares. Yes, pick and chose your varicode, but 
still way 

> smaller then a massive lookup tree. 


> 

> So... suggest a method to do these grid square lookups then in these 
constraints... maybe you 

> know something I don't about putting 300lbs of groceries in a 5l1b bag. 

> 

> And if anyone is interested in this project, I can try to help. I'm busy now 
myself with 

> another AVL project, but I'd like to help anyone I can here. I've talked with 
the 

> author of the PIC PSK31 transmitter, and he was very supportive of anyone 
grafting 

> APRS support onto it. See http://www.ussc.com/~turner/psk_transmitter.html 

> It is written in CCS PCM, and I can help anyone with this if need be (I've 
written 

> alot of PIC code myself on CCS, and even a few little things for the TAPR 
project). 

> 

> So however we do it.... grid squares or real lat/lons, we are alot closer to a 
PIC 

> based PSK31 tracker then we think. Most of the work is already done. Lets not 
> throw the baby out with the bath water in our passion. Worst case, we can just 
> start with a inefficient, but existing APRS protocol and work down from there, 
but 


> IMHO, grid squares/lookup tables are not practical in most mobile trackers. 
Regards, 
Jeff 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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VV VVV VV VV VV VV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 

US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 

See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e. html 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jul 24 22:13:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA26891 

for <lyris.aprsspec@tapr.org>; Mon, 24 Jul 2000 22:13:39 -0500 (CDT) 
Message-ID: <LYR11589-98322-2000.07.24-22.18.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale E. Reed" <w8abz@mindspring.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] RE: APRS & PSK31 
Date: Tue, 25 Jul 2000 03:14:10 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001101bff£5de$08042£20$1f£59fea9@hobby - room> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I'm trying to remember WAAAAYYY back to the beginning of this thread, but I 


believe the whole thing started with a "Suppose" like: "Suppose you had a 
program that decoded all the PSK31 conversations in the passband of your 
receiver...." It would look at the entire 2.5 - 3.0 kHz swath of incoming 


stuff, like the frequency waterfall in DigiPan, but decode ALL the incoming data 
streams, monitor them for stuff like "DE W8ABZ@EN91fm" and plot them on your 
map. 


I don't know DSP, so I don't know if it's possible (with a sound card at 44 kHz 
sampling with a big honkin' Pentium Ninety-Twelve at 10.5 GHz) to decode ALL the 
PSK31 data in a 3 kHz passband, but I think that would be a cool program. Might 
also program it with user-enterable rules, like to look for rare DX calls, 
stations not yet contacted on the current band for a contest, the word 
"emergency" or "mayday", or whatever else. (Bet the FCC could use it, too, if 
they're not already... ;-) Anyway, the point of this is that the original 
premise was that you wouldn't need exact tuning because you'd be decoding 
everything in the passband. 


At least, I think that was the deal. Could be wrong. I'm the same idiot who 
thought I should use the output of the sound card with a stereo gen chip to FM 
the clock on a 100 MHz Pentium so you could broadcast to any Walkman or other 
stereo receiver in your house. Silly me. 


Regards, 
Dale 
DE W8ABZ@EN91fm/- :w8abz@mindspring.com <---- plot this! 


>Subject: Re: [aprssig] RE: APRS & PSK31 

>From: Bob Bruninga <bruninga@nadn.navy.mil> 

>Date: Sun, 23 Jul 2000 17:46:33 -0400 (EDT) 

>X-Message-Number: 1 

> 

>I agree, that it would be ideal to use PSK31 techniques for much better HF 
>success. But it cannot operate as a dumb tracker, since the tuning has to 
>be within a fraction of a HZ. THus the sender either has to match an 
>IGATE beacon or the IGate must auto-tune the tracker. Both of these take 
>time... and I doubt are practical. 

> 

>Thus, you are back to square one, needing operators at both ends, and thus 
>back to a human QSO, etc. 

> 

>If you can make it automatic, then I am all for it! 

>Bob 

> On Fri, 21 Jul 2000, 

>Jeff King wrote: 


>> 
>>>etc. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 2 10:52:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25704 

for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 10:52:20 -0500 (CDT) 
Message-ID: <LYR11589-100036-2000.08.02-10.57.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 2 Aug 2000 16:52:22 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] New Mic-E Test Suite available 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <hwWQ+SuA20Ei5Ews$@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have just produced a new test suite for Mic-E software. It consists of 
around 200 carefully crafted packets, designed to stretch the Mic-E 
software in all directions. 


I am not posting it to my website just yet, but if you would like a copy 
(about 30KB) just drop me a mail: g3nrw@tapr.org 


73 
Tan, G3NRW 
Technical Editor, APRS Protocol Specification 


APRS on 144.800 [1091SX] ~55km/35 miles NNW of London 
email: g3nrw@tapr.org 


APRS PROTOCOL SPEC: http://www.tapr.org/tapr/html/Faprswg.html 
<APRSdec> APRS DECODER: http://www.tapr.org/~g3nxrw 
Mic-Encoder Software: http://www.tapr.org/~g3nxrw 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 2 11:46:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ7661 

for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 11:46:25 -0500 (CDT) 
Message-Id: <LYR11589-100042-2000.08.02-11.51.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
Date: Wed, 2 Aug 2000 12:45:58 -0400 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: multipart/mixed; boundary="Emailer_-1246598850" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008021645. JAA10812@snipe.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


--Emailer_-1246598850 
Content-Type: text/plain; charset="US-ASCII" 


On 8/2/00 11:52 AM Ian Wade (Ian.Wade@care4free.net) wrote: 


>I have just produced a new test suite for Mic-E software. It consists of 
>around 200 carefully crafted packets, designed to stretch the Mic-E 
>software in all directions. 

> 

Here's the output of APRServe's parser if anyone cares to write a program 
to reconcile Ian's report format with the converted packets, or perhaps 
Ian would like to run this through his program and diff the result... 


Too painful to go through a couple hundred lines by hand... 


Steve K4HG 
--Emailer_-1246598850 
Content-Type: text/plain; name="out.txt"; 
x-mac-type="54455854"; 
X-mac-creator="43574945" 
Content-transfer-encoding: x-uuencode 
Content-Disposition: Attachment; filename="out.txt" 


begin 644 out.txt 
M(R! -24-%5$535"Y$050@ (%1E<W1S ($UI8RU%(&1E8V]D:6YG+B @5F5R (4#$N 
M," @G#$@O75G (4E(P,# -(R!.;VXM<') 1; G11; F<@8VAA<F%C=&5R<R!A<F4@ 


M<VAO=VX@: 6X@97%U: 79A; &5N="_ P>"!F;W)M(&EN('1H92!-:6,M12!C;VUM 
M96YT (&9IT96QD##Z , @1$535$E .051) 3TX@041$4D534R!415-44R H3&%T : 71U 
MO&AL ($UE<W-A9V5S+"!.4+U,012]7+"!, ;VYG($]F9G-E="D-(R K*RLK*RLK 
M*RLK*RLK&R! ' ; V]D(&QA=&ET=61E ('9A; '5E<PU' ,TY25RH%05!%,3 P.D P 
M,C$V,S-Z,d# P,"XP,%,0,d4 P,d# N,d#1%/C P-"\P-d 013Y34E8033=%3452 
M1T5.OUDA(" @(" @("@P>d#%CxOU' , TY25RH*05!%,3 P.D P,C$V,S-Z,4#$R 
M,RXT-5,0,d4(P,C$N,C)%/C R-2\R,S(013Y34E8033=%34521T5 . OUDAHA<S 
M3E) 7*CY!4$4Q,4# ZO# R,38S,WHV-S4Y+C PAR\P,C R,2XR,D4%,4(U+S(S 
M,B]%/E-25B] --T5-15) '14Y#62$-1S- .4E<J/D%O13$P ,4#I ,4#(Q-C,S>C P 
M,3(N,S1.+S$R, 4#(Q+C (R5SXP,C40,C,R+T4°4U) 6+TTP3V9F ($1U='D@( U' 
M,TY25RH‘05!%,3 P.D P,C$V,S-Z-38U-BXY.4X0,3(P,C$N,C)7/C R-2\R 
M,S(013Y34E8033! /9F8@1'5T>2 @t#t4<S3E)7*CY!4$40 , 4 ZOd# R,38S,WHQ 
M,C,P+C$R4R\P,C R,2XR,D4%,#(U+S(S,B]%/E-25B] -,$]F9B!$=71Y(" - 
M1S-.4E<J/D%013$P,#I ,d#(Q-C,S>COU-C,N-#53+S R,d4(Q+C(R13XP, C40 
M,C,R+T4*4U) 6+TTP3V9F ($1U='D@( U',TY25RH%05!%,3 P.D P,C$V,S-Z 
M-S@V-"XU-E,0,#(P,C$N,C)%/C R-2\R,S(013Y34E8033!/9F8@1'5T>2 @ 
M#tA<S3E) 7*xCY!4$4Q,4# ZOd R,38S,WHY,d#$R+CDY4R\P,C R,2XR,D4%, 4#(U 
M+S(S,B]%/E-25B]-,U)E='5R;FENOR -1S-.4E<J/D%013$P,#I ,d#(Q-C,S 
M>C P,d# N,#!3+S R,#(Q+C(R13XP,C40,C,R+T44U) 6+TTW14U%4D=%3D-9 
M(OU', TY25RH*05!%,3 P.D P,C$V,S-Z,d4 P,"XP,5,0,4#(P,C$N,C)%/C R 
M-2\R,S(013Y34E8033=%34521T5 . OUDA#HA<S3E) 7*CY!4$4Q,# ZO# R,38S 
M,WHY,# P+C PAR\P,C R,2XR,D4%,4#(U+S(S,B]%/E-25B] --T5-15) '14Y# 
M62$-1S- .4E<J/D%O13$P,é#I ,d#(Q-C,S>C@Y-3DN.3E3+S R,##(Q+C (R13XP 
M,C40,C,R+T4°4U) 6+TTW14U%4D=%3D-9 (OU' , TY25RH*05!%,3 P.D P,C$V 
M,S-Z,3 P,# N,d#!3+S R,d(Q+C (RL3XP,C40,C,R+T4*4U) 6+TTS4F5T=7) N 
M:6YG( U', TY25RH‘%05!%,3 P.D P,C$V,S-Z,3 P-CDN.3E3+S R,d#(Q+C(R 
M13XP,C40,C,R+T44U) 6+TTP3V9F ($1U='D@( U', TY25RH*05!%,3 P.D P 
M,C$V,S-Z,d#$R,RXU,E,0,4(P,C$N,C)7/C R-2\R,S(013Y34E8033=%3452 
M1T5 . OUDA#4<S3E) 7xCY!4$4Q,4# ZO# R,38S,WHP,3(S+C$Q,E,0,3(P,C$N 
M,C)7/C R-2\R,S(013Y34E8033=%34521T5 . OUDA#4<S3E) 7*CY!4$40 , # Z 
Mod# R,38S,WHP,3(S+C$P-5,0,3(P,C$N,C)%/C R-2\R,S(013Y34E8033=% 
M34521T5 . QUDA#A<S3E) 7*xCY!4$40,4# ZOd# R,38S,WHP,3,P+C$Q,$X0,3(P 
M,C$N,C)7/C R-2\R,S(013Y34E8033=%34521T5 . OUDA#HA<S3E) 7xCY ! 4$4Q 
M,# ZOd R,38S,WHP,3,R+C P3B\P,C R,2XR,D4‘%,4#(U+S(S,B]%/E-25B] - 
M-T5-15) '14Y#62$-1S- .4E<J/D%O13$P,#I ,4#(Q-C,S>C Q,S(N,3 P3B\Q 
M,C R,2XR,D4%,4#(U+S(S,B]%/E-25B] --T5-15) '14Y#62$-1S- .4E<J/D% 

M13$P,#I ,d#(Q-C,S>C Q,3,P+C$S,$X0,3(P,C$N,C)7/C R-2\R,S(013Y3 
M4E8033904DE/4DE462 @#4<S3E)7*xCY!4$40 ,4# ZOd# R,38S,WHQ,C$Q,"XQ 
M,E,0,#(P,C$N,C)%/C R-2\R,S(013Y34E8033! /9F8@1'5T>2 @i#4<S3E)7 
MxCY!4$40, 4 ZOd# R,38S,WHT,#$Q,2XY.5,0,#(P,C$N,C)%/C R-2\R,S(0O 
M13Y34E8033)%;B!2;W5T92 @#2,@*RLK*RLK*RLK*RLK*RL@OF%D ($QA=&ET 
M=61E ('9A; '5E<PU', TY25RH*05!%,3 P.D P,C$V,S-Z.3 P,"XP,5,0,4#(P 
M,C$N,C)%/C R-2\R,S(013Y34E8033=%34521T5 . OUDAH#HA<S3E) 7*xCY ! 4$4Q 
M,# ZOd R,38S,WHV-S8P+C PAR\P,C R,2XR,D4‘%,4#(U+S(S,B]%/E-25B] - 
M-T5-15) '14Y#62$-1S- .4E<J/D%O013$P ,4I ,d#(Q-C,S>C4V-S@N.3E.+S$R 
M,4(Q+C (R5SXP,C40,C,R+T4%4U) 6+TTP3V9F ($1U='D@( U', TY25RH405!% 
M,3 P.D P,C$V,S-Z,3 P,3(N.3E3+S R,#(Q+C(R13XP,C40,C,R+T4°4U) 6 
M+TTS4F5T=7)N:6YG(" @C" @C" @C" @C" @C" -1S-.4E<I/D%013$P , #I 


M,#(Q-C,S>C(P,# N,#!3+S R,d#(Q+C(R13XP,C40,C,R+T4*4U) 6+TTUAW!E 
M8VEA;" @( U',TY25RH‘05!%,3 P.D P,C$V,S-Z,3 Q,d4 N,#!3+S R,4#(Q 
M+C (R13XP ,C40,C,R+T4*4U) 6+TTS4F5T=7)N:6YG( U', TY25RH‘05!%,3 P 
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M-"\P,#(013Y34E8033=%34521T5 . OUDA#4<S3E) 7xCY!4$40 , 4 ZO# R,38S 
M,WHP,# P+C P4R\P,# P,"XP-$44,# T+S P,B]%/E-25B]--15-15) '14Y¢# 
M62$-1S- .4E<J/D%013$P,#I ,d#(Q-C,S>C P,# N,d#!3+S P,d# P+C T13XP 
M, #00, 4 S+T444U) 64+TTW14U%4D=%3D-9(0U' , TY25RH05!%,3 P.D P,C$V 
M,S-Z,d# P,"XP,%,0,# P,d N,d195/C P-"\P,d#,013Y34E8033=%34521T5. 
MOUDA#4<S3E) 7*xCY!4$40,# ZOd# R,38S,WHP,# P+C P4R\P,d# P,"XP-$4% 
Md T+S P-"]%/E-25B]--T5-15) '14Y#62$-1S-.4E<J/D%013$P,#1 ,4#(O 
M-C,S>C P,## N,d#!3+S P,d P+C T13XP,400,4# T+T4°4U) 64+TTWL4U%4D=% 
M3D-9(0U' , TY25RH‘05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,# P,d# N, 41% 
M/C P-"\P,#4013Y34E8033=%34521T5 . OUDA#4<S3E) 7xCY!4$40 , 4 ZO R 
*,38S,WHP,d# P+@ 
M,dE!3+S P,dt P+C T13XP,#00,# Ut+T444U) 64+TTW14U%4D=%3D-9(0U' , TY2 
M5RH‘05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,# P,d# N,##1%/C P-"\P,d#80 
M13Y34E8033=%34521T5 . OUDA#4<S3E) 7xCY!4$40 , 4 ZO# R,38S,WHP,d# P 
M+C P4R\P,d# P,"XP-$44,# T+S P-B]%/E-25B]--1T5-15) '14Yi#62$-1S-. 
M4E<J/D%013$P,#1 ,4#(Q-C,S>C P,# N,d#!34+S P,d# P+C T13XP,+#00, 7 W 
M+T444U) 64+TTW14U%4D=%3D-9 (OU' , TY25RH‘05!%,3 P.D P,C$V,S-Z,# P 
M,"XP,%,O,# P,d N,#19/C P-"\P,d#<013Y34E8033=%34521T5 . OUDAHA<S 
M3E) 7*xCY!4$40,# ZOd# R,38S,WHP,# P+C P4R\P,d# P,"XP-$44,# T+S P 
M."1%/E-25B]--T5-15) '14Y#62$-1S-.4E<J/D%013$P,#I ,d#(Q-C,S>C P 
M,d# N,d!34+S P,dt P+C T13XP,700,4 X+T4°4U) 64+TTWL4U%4D=%3D-9(0U' 
M,TY25RH‘05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,d# P,# N,d#1%/C P-"\P 
M , 4#D013Y34E8033=%34521T5 . OUDAH#4<S3E) 7xCY!4$40,4# ZOd# R,38S,WHP 
M,d P+C PA4R\P,# P,"XP-$4%,4 T+S P.2]%/E-25B] --T5-15) '14Y#62$ - 
M1S-.4E<J/D%O013$P ,4#I ,#(O-C,S>C P,d# N,#!34+S P,d# P+C T13XS, 400 
M,d Y+T444U) 64+TTW14U%4D=%3D-9(0U', TY25RH05!%,3 P.D P,C$V,S-Z 
M,# P,"XP,%,0,4 P,d N,d#1%/C,P-"\P,#DOL3Y34E8033=%34521T5.0UDA 
M##2 , @ARLKARLKARLK*RLKARL@OF%D ( ' -P965D("AU; FET<RD@*$14«S (X(&)Y 
M=&41#4<S3E) 7xCY!4$40,# ZOdu# R,38S,WHO,# P+C P4R\P,d# P,"XP-$44% 
M+3DV+S P,"]%/E-25B]--T5-15) '14Y#62$@(" @(" @x#!X,6(I#4<S3E)7 


MxCY!4$40,d# ZO# R,38S,WHQ,# P+C PA4R\P,d# P,"XP-$44-d# T+S P.2]% 
M/E-25B] --T5-15) '14Y#62$-(R K*RLK*RLK*RLK*ARLK&R! #3U524T4- (R K 
M*RLK*RLK*RLK*RLK*R! |; V]D(&-0=7)S92 H:'5N9')E9', IT("AGORLR."!B 
M>71E*xOU' , TY25RH‘05!%,3 P.D P,C$V,S-Z,# P,"XP,%,O,# P,d N, 41% 
M/C P,"\P,# 013Y34E8033=%34521T5.OUDA(" @(" @C"@P>##%CxOU' ,TY2 
M5RH05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,# P,d N,d#1%/C P,"\P,d4# O 
M13Y34E8033=%34521T5.OUDA(" @(" @("@P>##%SC(" P>dSCxOU' , TY25RH% 
MQ5!%,3 P.D P,C$V,S-Z,d4 P,"XP,%,O,d4 P,d# N,d#1%/C$P,"\P,d4 O013Y3 
M4E8033=%34521T5.OUDA(" @(" @("@P>##%SCxOU' , TY25RH405!%,3 P.D P 
M,C$V,S-Z,d# P,"XP,%,0,d4 P,d# N,#1%/C$P,"\P,d# 013Y34E8033=%3452 
M1T5.QUDA(" @(" @("@P>#%D(" P>##%C*OU', TY25RH405!%,3 P.D P,C$V 
M,S-Z,d# P,"XP,%,0,# P,d N,#1%/C(P,"\P,d# 013Y34E8033=%34521T5. 
MOUDA(" @(" @("@P>#%C*OU' , TY25RH%05!%,3 P.D P,C$V,S-Z,d# P,"XP 
M,%,O,d# P,# N,d1%/C(P,"\P,# O013Y34E8033=%34521T5.O0UDA(" @(" @ 
M("@P>#%E(" P>4#%SCxOU', TY25RH405!%,3 P.D P,C$V,S-Z,# P,"XP,%,0 
M,# P,d N,#1%/C,P,"\P,d# 013Y34E8033=%34521T5.OUDA(" @(" @C"@P 
M>4C*OU' , TY25RH%05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,# P,d N, 41% 
M/C,P,"\P,# 013Y34E8033=%34521T5.OUDA(" @(" @("@P>4%SF(" P>4d% 
MxOTC ("LK*RLK*RLK*RLK*RLK ($=0 ; VO@8V]U<G-E("AT96YS+W5N:71S*2 H 
M4T4K ,C@@8GET92D-1S- .4E<J/D%O13$P,#1I ,d#(Q-C,S>C P,d# N,d#!3+S P 
M,d# P+C T13XP,d# 0,4 P+TA*4U) 6+TTW14U%4D=%3D-9(2 @(" @(" H,'@Q 
M8RD-1S- .4E<J/D%O13$P ,4#I ,d#(Q-C,S>C P,# N,d#!3+S P,d# P+C T13XP 
M,4#$0,4# P+T4°4U) 6+TTW14U%4D=%3D-9(2 @(" @(" H,'@Q9"D-1S-.4E<J 
M/D%013$P ,#I ,#(Q-C,S>C P,# N,#!3+S P,d# P+C T13XP,d4(0,4 P+T4% 
M4U) 6+TTW14U%4D=%3D-9(2 @(" @(" H,'@Q92D-1S- .4E<J/D%013$P , #I 
M,#(Q-C,S>C P,d# N,#!3+S P,d# P+C T13XP,#,0,4 P+TA*4U) 6+TTW14U% 
M4D=%3D-9(2 @(" @(" H, '@Q9BD-1S- .4E<J/D%O13$P ,4#I ,d#(Q-C,S>C P 
M,# N,d#!3+S P,d P+C T13XP,#00,4 P+T4*4U) 6+TTWL4U%4D=%3D -9 (OU' 
M,TY25RH‘05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,d# P,d N,#1%/C P-2\P 
M,d 013Y34E8033=%34521T5 . OUDAHA<S3E) 7*CY!4$40 , 4# ZOd# R,38S,WHP 
M,d# P+C P4R\P,# P,"XP-$44%,#DX+S P,"]%/E-25B] --T5-15) '14Y#62$- 
M1S-.4E<J/D%013$P,#I ,4#(Q-C,S>C P,d N,#!3+S P,d P+C T13XP.3D0 
M,# P+T44U) 6+TTW14U%4D=%3D-9(2 @(" @C" H, ' @QW9IBD-1S- .4E<I/D%0 
M13$P,4#I ,#(Q-C,S>C P,# N,#!3+S P,d# P+C T13XS-C 0,4 Y+T4°4U)6 
M+TTW14U%4D=%3D-9 (OTC ("LK*RLKARLK*RLKARLK($) AO" !C; WSR<V4@*'1E 
M;G,0=6YI=',I("A312LR."!B>71Ex0U' , TY25RH*05!%,3 P.D P,C$V,S-Z 
M,# P,"XP,%,0,d4 P,d# N,d#1%/C,Y.2\P,# O013Y34E8033=%34521T5.0UDA 
MC" @(" @C"@P>4#%BxOU' ,TY25RH405!%,3 P.D P,C$V,S-Z,# P,"XP,%,0 
M,# P,d N,#1%/C(T-"\P,d 013Y34E8033=%34521T5.0UDA(" @(" @C"@P 
M>d#@P*OU' , TY25RH‘05!%,3 P.D P,C$V,S-Z,# P,"XP,%,0,# P,d N, 41% 
M/C,V,2\P,#D013Y34E8033=%34521T5 . OUDA#2 , @*RLK*RLK*RLK*RLK*RLG@ 
M4UE-OD] , 4PTC("LK*RLKXRLK*RLK*RLK ($=0 ; VO@<WEM8F ] L<R] O=F5R; &% 
M<PU', TY25RH*05!%,3 P.D P,C$V,S-Z,d4 P,"XP,%,O,d4 P,d# N,d#1%(3 P 
M-"\P-# 013Y34E8033=%34521T5 . OUDAH#HA<S3E) 7*CY!4$4Q,4# ZO# R,38S 
M,WHP,d P+C P4UPP,# P,"XP-$4A,# T+S T,"]%/E-25B]--T5-15) '14Y# 
M62$-1S- .4E<J/D%O13$P ,4#I ,d#(Q-C,S>C P,# N,d#!3+S P,d# P+C T12,P 
M, 400 , #OP+T4*4U) 64+TTW14U%4D=%3D-9(OU' , TY25RH*%05!%,3 P.D P,C$V 
M,S-Z,d# P,"XP,%-<,# P,dt N,#1%(S P-"\P-d# 013Y34E8033=%34521T5. 


MOUDA#4<S3E) 7*CY!4$40, 4 ZO R,38S,WHP,# P+C PAT$P,# P,"XP-$4C 
M,d# T+S T,"]%/E-25B] --T5-15) '14Y#62$-1S- .4E<J/D%O13$P ,4#I ,4#(Q 
M-C,S>C P,# N,#!36C P,d# P+C T12,P,4#00, #0P+T4*4U) 6+TTW14U%4D=% 
M3D-9(0U', TY25RH%,# P,% P.F!V6" @(" C, U',TY25RH%,4# P,% P.FIV 
M6" @(" C.QU',TY25RH‘05!%,3 P.D P,C$V,S-Z,d# P,"XP,%,0,d# P,d# N 
M,4#1%>3 P-"\P-d4# 013Y34E8033=%34521T5 . OUDA#A4<S3E) 7*CY!4$4Q , # Z 
MOd# R,38S,WHP,# P+C P4UPP,# P,"XP-$5[,# T+S T,"]%/E-25B] --T5- 
M15) '14Y#62$-(R K*kRLKARLK*XRLKARLK#R! "860@<WEM8F ] L<R]O=F5R; &% 
M<PU', TY25RH*, 3(S-#4V.F!V6" @(" 4#4<S3E) 7*CY!4$4Q,4# ZO# R,38S 
M,WHP,d# P+C P4R\P,# P,"XP-$4@,# T+S T,"]%/E-25B]--T5-15) '14Y# 
M62$-1S- .4E<J/D%O13$P ,4#I ,d#(Q-C,S>C P,d# N,d#! 374 P,d# P+C T12 P 
M, 400, #OP+T4*4U) 6+TTW14U%4D=%3D-9 (OU' , TY25RH*05!%,3 P.D P,C$V 
M,S-Z,d# P,"XP,%,0,# P,d N,#1%?S P-"\P-d# 013Y34E8033=%34521T5. 
MOUDA(" @(" @(" H, '@W9BD-1S- .4E<J/D%O13$P ,#I ,4#(Q-C,S>C P,# N 
M,#! 374 P,d# P+C T17\P,##00,#0P+T4*4U) 6+TTW14U%4D=%3D-9(2 @(" @ 
MC" Q@xd!X-V8IdH#A<S3E) 7*xCY!4$40,4# ZOd# R,38S,WHP,d4 P+C PAT$P,d4# P 
M,"XP-$4A,4 T+S T,"]%/E-25B]--T5-15) '14Y#62$-1S- .4E<J/D%013$P 
M,#I ,4#(Q-C,S>C P,d# N,d#! 372 P,d P+C T12DP, 400, #0P+T4*4U) 6+TTW 
M14U%4D=%3D-9(QU',TY25RH%,# P,% P.F!V6" @(" C)@U',TY25RH%,4# P 
.,% P.FIV6" @(" C)Q@T 


end 
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In article <LYR14779-100042-2000.08.02-11.51.40-- 
Tan.Wade#tcare4free.net@lists.tapr.org>, Steve 

Dimse <sdimse@earthlink.net> writes 

>On 8/2/00 11:52 AM Ian Wade (Ian.Wade@care4free.net) wrote: 

> 

>>I have just produced a new test suite for Mic-E software. It consists of 
>>around 200 carefully crafted packets, designed to stretch the Mic-E 
>>software in all directions. 

>> 

>Here's the output of APRServe's parser if anyone cares to write a program 
>to reconcile Ian's report format with the converted packets, or perhaps 
>Ian would like to run this through his program and diff the result... 

> 

>Too painful to go through a couple hundred lines by hand... 

> 


Steve, I've just endured the pain. And I'm sorry to say it *was* painful. There 
are *xmanyx* 
errors in your conversions. 


I'm attaching my comments (in 3 parts to allow me to post here). 
In summary, there are 5 common errors: 


1. Latitude conversion of packets containing Custom message codes is completely 
wrong. 


2. Custom message codes are incorrectly interpreted. 


3. Position ambiguity is, er, ambiguous. Well and truly screwed, with some wrong 
hemispheres 
(e.g. West instead of East), and in one case 20 deg long became 120 deg long. 


4. Reports containing symbols with numeric overlays were not converted for some 
reason. 


5. The raw data had several sections containing bad packet data. None of these 
packets should 
have been converted. 


Here is part 1 of my comments. Errors are underlined with ~ 


PART 1 of 3 


dF ++4++4++4++++++4++ Good latitude values 
00S/00000. 
45S/02021. 
00S/02021. 
34N/12021. 
99N/12021. 
12S/02021. 


G3NRW*x>APE100 
G3NRW*x>APE100 
G3NRW*x>APE100 
G3NRW*x>APE100 
G3NRW*>APE100 
G3NRW*x>APE100 


should be: 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 
should 


:@02163320000. 
:@02163320123. 
:@02163326759. 
:@02163320012. 
:@02163325656. 
:@02163321230. 


@021633z0000. 
@021633z0000. 
@02163329000. 
@02163328959. 


be: 9000. 


be: 8959. 


be: 
be: 


00S/02021. 
01S/02021. 
00S/02021. 
99S/02021. 
@021633210000.00S/02021 .22E>025/232/E>SRV/M3Returning 


00 


99 


O0E>004/040/E>SRV/M7EMERGENCY ! 
22E>025/232/E>SRV/M7EMERGENCY ! 
22E>025/232/E>SRV/M7EMERGENCY ! 
22W>025/232/E>SRV/MOOf£ Duty 
22W>025/232/E>SRV/MOOfF Duty 
22E>025/232/E>SRV/MOOfE Duty 


COCustom-0O 


.22E>025/232/E>SRV/MOOff Duty 


COCustom-0O 


.22E>025/232/E>SRV/MOOff Duty 


COCustom-0O 


.22E>025/232/E>SRV/M3Returning 


C3Custom-3 


22E>025/232/E>SRV/M7EMERGENCY ! 
22E>025/232/E>SRV/M7EMERGENCY ! 
22E>025/232/E>SRV/M7EMERGENCY ! 
22E>025/232/E>SRV/M7EMERGENCY ! 


C3Custom-3 


@021633210069 .99S/02021.22E>025/232/E>SRV/MOOff Duty 


COCustom-0O 


@02163320123 .52S/02021.22W>025/232/E>SRV/M7EMERGENCY ! 


0123.4 S (i.e. space before the S) 


(Ox1c) 


@2021.2 E (i.e. East, not West, and a space before 


the E) 


G3NRW*>APE100 : @02163320123 .112S/12021 . 22W>025/232/E>SRV/M7EMERGENCY ! 


should be: 0123. S (i.e. 2 spaces after the dot) 
should be: 12021. E (i.e. East, not West, and 2 spaces after 
the dot) 


G3NRWx>APE100 : @02163320123 .105S/12021 .22E>025/232/E>SRV/M7EMERGENCY ! 


should be: 0123. S (i.e. 2 spaces after the dot) 
should be: 12021. E (2 spaces after the dot) 


G3NRWx>APE100 : @02163320130.110N/12021.22W>025/232/E>SRV/M7EMERGENCY ! 


should be: 012 . N (i.e. space before the dot, 2 spaces after the dot) 
should be: 1202 . W (i.e. space before the dot, 2 spaces 
after the dot) 


G3NRWx>APE100 : @02163320132 .00N/02021.22E>025/232/E>SRV/M7EMERGENCY ! 


should be: @012 . S (i.e. South, not North, space before the dot, 2 
spaces after the 
dot) 

should be: @202 . E (i.e. space before the dot, 2 spaces 


after the dot) 


G3NRW*>APE100 : @02163320132 .100N/12021.22E>025/232/E>SRV/M7EMERGENCY ! 


should be: 012 . S (i.e. South, not North, space before the dot, 2 
spaces after the 
dot) 

should be: 1202 . E (space before the dot, 2 spaces after 
the dot) 


G3NRWx>APE100 : @021633201130.130N/12021.22W>025/232/E>SRV/M6PRIORITY 


should be: O01 . N (i.e. 2 spaces before the dot, 2 spaces after the 
dot) 

should be: 020 . W (i.e. 2 spaces before the dot, 2 spaces 
after the 


dot, 


should 
G3NRW*x>APE100: 

should 
dot) 

should 
after the dot) 

should 
G3NRW*x>APE100: 

should 
dot) 

should 
after the dot) 

should 


should be 020 degrees, not 120) 


be: M7EMERGENCY 


@021633212110 .12S/02021.22E>025/232/E>SRV/MOOff Duty 


be: 01 S (i.e. 2 spaces before the dot, 2 spaces after the 
be: 020 E (i.e. 2 spaces before the dot, 2 spaces 
be: COCustomO 


@021633240111 .99S/02021.22E>025/232/E>SRV/M2En Route 


be: 30 S (i.e. 2 spaces before the dot, 2 spaces after the 
be: 020 E (i.e. 2 spaces before the dot, 2 spaces 
be: C2Custom2 


dF +4+4+44+4+44+4+4++4+4++ Bad Latitude values 


ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*>APE100 
G3NRW*x>APE100: 
G3NRW*>APE100 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100 
G3NRW*x>APE100: 


@02163329000.01S/02021.22E>025/232/E>SRV/M7EMERGENCY ! 
@02163326760.00S/02021.22E>025/232/E>SRV/M7EMERGENCY ! 


:@02163325678.99N/12021 .22W>025/232/E>SRV/MOOff Duty 


@021633210012 .99S/02021.22E>025/232/E>SRV/M3Returning 


:@02163322000 .00S/02021.22E>025/232/E>SRV/M5Special 


@021633210100.00S/02021 .22E>025/232/E>SRV/M3Returning 
@02163322100 .00S/02021.22E>025/232/E>SRV/M5Special 

@021633211100 .00S/02021 .22E>025/232/E>SRV/M3Returning 
@021633213000.00S/02021 .22E>025/232/E>SRV/M3Returning 
@021633214000 . 00S/02021 .22E>025/232/E>SRV/M3Returning 
@021633215000. 00S/02021.22E>025/232/E>SRV/M3Returning 
@02163320001 . OON/02021.22E>025/232/E>SRV/M7EMERGENCY ! 
@02163320000.20S/12021.22E>025/232/E>SRV/M7EMERGENCY ! 


:@021633Z0000.09S/02021.22W>025/232/E>SRV/M7EMERGENCY ! 


@021633211000 . 00S/02021 .22E>025/232/E>SRV/M3Returning 


continued in Part 2 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 2 14:30:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q9199 

for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 14:30:41 -0500 (CDT) 
Message-ID: <LYR11589-100071-2000.08.02-14.36.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 2 Aug 2000 20:29:50 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
References: <LYR14779-100042-2000.08.02-11.51.40-- 
Tan.Wade#care4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-100042-2000.08.02-11.51.40-- 
Tan.Wade#care4free.net@lists.tapr.org> 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Content-Type: text/plain; charset=iso-8859-1 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <vV2NyHBuaHi5Ew57@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


PART 3 of 3 


fe +4+4++4++4+4+4++++++ SPEED 

df ++++++++++++++ Good speed (hundreds/tens) (SP+28 byte) 
G3NRW*x>APE100 : @021633Z0000. 00S/00000 .04E>004/000/E>SRV/M7EMERGENCY! 
G3NRW*x>APE100 : @021633Z0000. 00S/00000 .04E>004/000/E>SRV/M7EMERGENCY! 
G3NRW*x>APE100 : @021633Z0000 . 00S/00000 .04E>004/010/E>SRV/M7EMERGENCY! 
G3NRW*>APE100 : @€02163320000 .00S/00000.04E>004/010/E>SRV/M7EMERGENCY ! 
G3NRWx>APE100 : @021633Z0000 . 00S/00000 . 04E>004/020/E>SRV/M7EMERGENCY! 
G3NRW*x>APE100 : @021633Z0000. 00S/00000 . 04E>004/020/E>SRV/M7EMERGENCY! 
G3NRW*>APE100 : @€02163320000 .00S/00000.04E>004/030/E>SRV/M7EMERGENCY ! 
G3NRW*x>APE100 : @021633Z0000 . 00S/00000 . 04E>004/030/E>SRV/M7EMERGENCY! 
G3NRW*x>APE100 : @021633Z0000. 00S/00000 .04E>004/180/E>SRV/M7EMERGENCY! 
G3NRW*x>APE100 : @021633Z0000. 00S/00000 . 04E>004/180/E>SRV/M7EMERGENCY! 


(Ox1c) 
(Ox1d) 
(Ox1e) 


(Ox1£) 


G3NRW*x>APE100 
G3NRW*>APE100 
G3NRW*>APE100 
G3NRW*>APE100 
G3NRW*>APE100 
G3NRW*>APE100 


:@02163320000. 
:@02163320000. 
:@02163320000. 
:@02163320000. 
:@02163320000. 
:@02163320000. 


00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 


04E>004/190/E>SRV/M7EMERGENCY ! 
04E>004/190/E>SRV/M7EMERGENCY ! 
04E>004/200/E>SRV/M7EMERGENCY ! 
04E>004/210/E>SRV/M7EMERGENCY ! 
04E>004/780/E>SRV/M7EMERGENCY ! 
04E>004/790/E>SRV/M7EMERGENCY ! 


dF ++++4++++4++++4++ Bad speed (hundreds/tens) (SP+28 byte) 


THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*>APE100 : @02163321000 .00S/00000. 04E>004/-10/E>SRV/M7EMERGENCY ! 


G3NRW*>APE100 : @02163321000.00S/00000. O4E>004/-1560/E>SRV/M7EMERGENCY ! 


dF +++4+4+++4+4++++4+4++ Good speed (units) (DC+28 byte) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 


fe +4+4+4+4+4+4+4+44444++ Bad speed 


@021633z0000. 
@0216332z0000. 
@021633z0000. 
@021633z20000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 


00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 


04E>004/000/E>SRV/M7EMERGENCY ! 
04E>004/000/E>SRV/M7EMERGENCY! 
O4E>004/001/E>SRV/M7EMERGENCY ! 
04E>004/001/E>SRV/M7EMERGENCY ! 
04E>004/002/E>SRV/M7EMERGENCY ! 
O4E>004/002/E>SRV/M7EMERGENCY ! 
04E>004/003/E>SRV/M7EMERGENCY ! 
04E>004/003/E>SRV/M7EMERGENCY ! 
04E>004/004/E>SRV/M7EMERGENCY ! 
04E>004/004/E>SRV/M7EMERGENCY ! 
04E>004/005/E>SRV/M7EMERGENCY ! 
04E>004/005/E>SRV/M7EMERGENCY ! 
04E>004/006/E>SRV/M7EMERGENCY ! 
04E>004/006/E>SRV/M7EMERGENCY ! 
04E>004/007/E>SRV/M7EMERGENCY ! 
04E>004/007/E>SRV/M7EMERGENCY ! 
04E>004/008/E>SRV/M7EMERGENCY ! 
O4E>004/008/E>SRV/M7EMERGENCY ! 
04E>004/009/E>SRV/M7EMERGENCY ! 
04E>004/009/E>SRV/M7EMERGENCY ! 
O04E>304/009/E>SRV/M7EMERGENCY ! 
O04E>304/009/E>SRV/M7EMERGENCY ! 


(units) (DC+28 byte) 


(Ox7£) 


(Ox1b) 


(0x80) 


(Ox1c) 


THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*>APE100 : @02163321000 .00S/00000 . 04E>-96/000/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @02163321000 . 00S/00000 . 04E>404/009/E>SRV/M7EMERGENCY ! 


de +44++4+4+4+4+++4++++ COURSE 
#E ++++++++++++++ Good course (hundreds) (DC+28 byte) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 


Oxic) 


G3NRWx>APE100: 
G3NRWx>APE100: 


Oxic) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 


Oxic) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 


Oxic) 


@021633z0000. 
@021633z20000. 


@021633z20000. 
@021633z0000. 


@021633z0000. 
@021633z0000. 


@021633z0000. 
@021633z0000. 


00S/00000. 
00S/00000. 


00S/00000. 
00S/00000. 


00S/00000. 
00S/00000. 


00S/00000. 
00S/00000. 


04E>000/000/E>SRV/M7EMERGENCY ! 
O04E>000/000/E>SRV/M7EMERGENCY ! 


O4E>100/000/E>SRV/M7EMERGENCY ! 
O04E>100/000/E>SRV/M7EMERGENCY ! 


O4E>200/000/E>SRV/M7EMERGENCY ! 
O4E>200/000/E>SRV/M7EMERGENCY ! 


04E>300/000/E>SRV/M7EMERGENCY ! 
04E>300/000/E>SRV/M7EMERGENCY ! 


dF ++++4++++4++++4++ Good course (tens/units) (SE+28 byte) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 


@021633z0000. 
@021633z20000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 


00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 
00S/00000. 


04E>000/000/E>SRV/M7EMERGENCY! 
04E>001/000/E>SRV/M7EMERGENCY ! 
O4E>002/000/E>SRV/M7EMERGENCY ! 
04E>003/000/E>SRV/M7EMERGENCY ! 
04E>004/000/E>SRV/M7EMERGENCY ! 
04E>005/000/E>SRV/M7EMERGENCY ! 
04E>098/000/E>SRV/M7EMERGENCY ! 
04E>099/000/E>SRV/M7EMERGENCY ! 
O4E>360/009/E>SRV/M7EMERGENCY ! 


dF +t+++4++4++4++4++4++ Bad course (tens/units) (SE+28 byte) 


(Ox1b) 


(Ox1c) 
(Oxtc 


(Ox1c) 
(Ox1d 


(Ox1c) 
(Oxte 


(Ox1c) 
(Ox1£ 


(Ox1c) 
(Ox1d) 
(Ox1e) 
(Ox1£) 


(Ox7£) 


ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*>APE100 : @021633Z0000 . 00S/00000 . 04E>399/000/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 . 04E>244/000/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 . O4E>361/009/E>SRV/M7EMERGENCY ! 


(Ox1b) 
(0x80) 


df +t+4++4+4+4++4++4++4++ SYMBOLS 
dF +++4+4+++4++++4++ Good symbols/overlays 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 


G3NRWx>OO00OPO: * 


should be: 


G3NRW*x>APE100: 


G3NRWx>Q00OPO: * 


should be: 


G3NRW*x>APE100: 


G3NRW*x>APE100: 
G3NRW*x>APE100: 


df +++++4+4+++++4+++ Bad symbols/overlays 


@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 


@021633z0000. 


@021633z0000. 
@021633z0000. 


00S/00000. 
00S\00000. 
00S/00000. 
00S\00000. 
OOSAO0000. 
00SZ00000. 


- 90SO000000. 


00S900000. 


00S/00000. 
00S\00000. 


04E!004/040/E>SRV/M7EMERGENCY ! 
04E!004/040/E>SRV/M7EMERGENCY ! 
O4E#004/040/E>SRV/M7EMERGENCY ! 
O4E#004/040/E>SRV/M7EMERGENCY ! 
O4E#004/040/E>SRV/M7EMERGENCY ! 
O4E#004/040/E>SRV/M7EMERGENCY ! 


O4E#004/040/E>SRV/M7EMERGENCY ! 


O4E#004/040/E>SRV/M7EMERGENCY! 


O4Ey004/040/E>SRV/M7EMERGENCY ! 
04E{004/040/E>SRV/M7EMERGENCY ! 


ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*>123456: * 


9) 

G3NRW*x>APE100 
G3NRW*x>APE100 
G3NRW*>APE100 
G3NRW*>APE100 
G3NRW*>APE100 
G3NRW*x>APE100 


vX > 


:@02163320000. 
:@02163320000. 
:@02163320000. 
:@02163320000. 
:@02163320000. 
:@02163320000. 
G3NRWx>O000PO0: ° 
G3NRW*x>0000PO0: 


vX d& 
“vX d& 


(The Information field is only 8 bytes long instead of 


00S/00000. 
00S\00000. 
00S/00000. 
00S\00000. 
OOSAO0000. 
00S\00000. 


O4E 004/040/E>SRV/M7EMERGENCY! 
O4E 004/040/E>SRV/M7EMERGENCY ! 
04E004/040/E>SRV/M7EMERGENCY ! 
04E004/040/E>SRV/M7EMERGENCY ! 
04E!004/040/E>SRV/M7EMERGENCY ! 
O4E)004/040/E>SRV/M7EMERGENCY ! 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


(Ox7£) 
(Ox7£) 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 2 14:31:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA09221 

for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 14:31:05 -0500 (CDT) 
Message-ID: <LYR11589-100072-2000.08.02-14.36.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 2 Aug 2000 20:29:01 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
References: <LYR14779-100042-2000.08.02-11.51.40-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
In-Reply-To: <LYR14779-100042-2000.08.02-11.51.40-- 
Tan.Wade#tcare4free.net@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <t1SN+CB9ZHi5Ewbd@care4free.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


PART 2 of 3 


df ++4++++4++++4++++ Good message codes 
G3NRW*>APE100 : @€02163320000 .00S/02021 .22E>025/232/E>SRV/M7EMERGENCY! 
G3NRW*>APE100 : @€0216332Z0000 .00S/02021.22E>025/232/E>SRV/M6PRIORITY 
G3NRW*x>APE100 : @021633zZ0120.00S/02021.22E>025/232/E>SRV/M5Special 
G3NRW*x>APE100 : @021633z0120.00S/02021.22E>025/232/E>SRV/M4Committed 
G3NRW*x>APE100 : @02163322030.00S/02021.22E>025/232/E>SRV/M3Returning 
G3NRW*x>APE100 : @02163323040.00S/02021.22E>025/232/E>SRV/M2En Route 
G3NRW*x>APE100 : @02163325650.00S/02021.22E>025/232/E>SRV/M1In Service 
G3NRW*x>APE100 : @0216332Z89100 .00S/02021.22E>025/232/E>SRV/MOOff Duty 

should be: 89 . S (i.e. 2 spaces before the dot, 2 spaces after the 
dot) 

should be: 020 . E (i.e. 2 spaces before the dot, 2 spaces 
after the dot) 


G3NRWx>APE100 : @02163320010.00S/02021.22E>025/232/E>SRV/M6PRIORITY 


should 


G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 


G3NRW*x>APE100: 


should 
should 


be: 


be: 


be: 


be: 


be: 


7800.00 


be: C1Custom1 


@021633210230.00S/02021.22E>025/232/E>SRV/MOOff Duty 


9012.00 (and hence rejected because >90) 
COCustom 0 


be: 
be: 


df ++4++4+4+4+4+4+4+4++4++ Bad message codes 


ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


(They contain 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 


a mixture of Standard "1" bits and Custom "1" message bits) 


@02163321200 .00S/02021.22E>025/232/E>SRV/MOOff Duty 
@02163321000 .00S/02021.22E>025/232/E>SRV/M2En Route 
@02163320110 .00S/02021.22E>025/232/E>SRV/MOOff Duty 


df +4+4+4+4+4+4+4+4+4+4+4+++ LONGITUDE 
4 +44+4+4+4++4+++4+4+4+ Good longitude degrees (d+28 byte) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 


@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z20000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 


00S/00000. 
00S/00100. 
00S/00200. 
00S/00800. 
00S/00900. 
00S/01000. 
00S/01100. 
00S/09700. 
00S/09800. 
00S/09900. 
00S/10000. 
00S/10100. 
00S/10800. 
00S/10900. 
00S/11000. 
00S/11100. 
00S/17800. 
00S/17900. 


04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 


dF ++++++4++++++4++ Bad longitude degrees (d+28 byte) 


(Ox7£) 


(Ox7£) 


ALL OF THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRWx>APE100 : @02163320000.00S/10900 .04E>004/040/E>SRV/M7EMERGENCY! 
G3NRWx>APE100 : @02163320000.00S/10400 .04E>004/040/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000.00S/10000 . 04E>004/040/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 .00S/10300 . 04E>004/040/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 . 00S/07300.04E>004/040/E>SRV/M7EMERGENCY ! 


dF +4+++4++4+4+++++++ Good longitude minutes (m+28 byte) 


G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 
G3NRW*>APE100: 
G3NRW*x>APE100: 


@021633z0000. 
@021633z0000. 
@021633z20000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 
@021633z0000. 


00S/00000. 
00S/00001. 
00S/00008. 
00S/00009. 
00S/00010. 
00S/00011. 
00S/00058. 
00S/00059. 


04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 
04E>004/040/E>SRV/M7EMERGENCY ! 


dF ++++4++4++++++4++ Bad longitude minutes (m+28 byte) 


(Ox1d) 
(Ox1£) 
(0x01) 


THE REPORTS BELOW ARE WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*>APE100 : @021633Z0000 .00S/00010. 04E>004/040/E>SRV/M7EMERGENCY ! 
G3NRWx>APE100 : @02163320000.00S/00009 .04E>004/040/E>SRV/M7EMERGENCY ! 


df +4+++4++4+4+++++4++ Good longitude hundredths (h+28 byte) 


G3NRW*>APE100 : @02163321000 . 00S/00000 . OOE>004/040/E>SRV/M7EMERGENCY ! (Ox1c) 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 .01E>004/040/E>SRV/M7EMERGENCY ! (Ox1d) 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 .02E>004/040/E>SRV/M7EMERGENCY ! (Ox1e) 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 .03E>004/040/E>SRV/M7EMERGENCY ! (Ox1£) 


G3NRW*>APE100 : @021633Z0000..00S/00000. 04E>004/040/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 . 00S/00000.05E>004/040/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 . 98E>004/040/E>SRV/M7EMERGENCY ! 
G3NRW*>APE100 : @021633Z0000 . 00S/00000 . 99E>004/040/E>SRV/M7EMERGENCY ! (Ox7£) 


df +4+++4+4+4+4+++++4++ Bad longitude hundredths (h+28 byte) 


THE REPORTS BELOW ARE BADLY WRONG AND SHOULD NOT HAVE BEEN GENERATED AT ALL. 


G3NRW*>APE100 : @02163321000 .00S/00000. -1E>004/040/E>SRV/M7EMERGENCY ! (Ox1b) 
G3NRWx>APE100 : @02163321000.00S/00000. -156E>004/040/E>SRV/M7EMERGENCY ! (0x80) 


Continued in Part 3 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 2 15:42:17 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA25603 

for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 15:42:11 -0500 (CDT) 
Message-Id: <LYR11589-100077-2000.08.02-15.47.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
Date: Wed, 2 Aug 2000 16:41:46 -0400 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008022041 .NAA18933@snipe.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 8/2/00 3:22 PM Ian Wade (Ian.Wade@care4free.net) wrote: 
>Steve, I've just endured the pain. And I'm sorry to say it *was* painful. 
Your choice to do 200+ cases ;-) Thank you for going to the effort. 


>There are *xmany* 

>errors in your conversions. 

> 

>I'm attaching my comments (in 3 parts to allow me to post here). 

> 

>In summary, there are 5 common errors: 

> 

>1. Latitude conversion of packets containing Custom message codes is 
>completely wrong. 

> 

>2. Custom message codes are incorrectly interpreted. 

> 

Custom messages were introduced long after my code, so no surprise there. 


>3. Position ambiguity is, er, ambiguous. Well and truly screwed, with some 
>wrong hemispheres 

>(e.g. West instead of East), and in one case 20 deg long became 120 deg long. 
> 

Ambiguity in Mic-E packets was also introduced long after my code was 
completed as well. 


>4. Reports containing symbols with numeric overlays were not converted for 
>some reason. 

> 

That was a "real" bug, a precedence problem...easily fixed with a pair of 
parentheses. Thanks. 


>5. The raw data had several sections containing bad packet data. None of 
>these packets should 

>have been converted. 

> 

I don't agree...garbage in, garbage out. My code is supposed to be a 


conversion, not a validation. If the packet is simply dropped, there is 
no clue as to why there is a problem. But if someone is writing a Pic-E 
program and makes a mistake, it is far more helpful to them if they see 
that the converted latitude is 150 degrees than if the packet simply 
disappears. 


Am I correct that the validation suite did not catch the 0.01 problem 
that precipitated all this? Or did I just miss it in the printout? Which 
of the test cases, if any, were supposed to (or did) pick this up? 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 2 17:08:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA19265 

for <lyris.aprsspec@tapr.org>; Wed, 2 Aug 2000 17:08:20 -0500 (CDT) 
Date: Wed, 02 Aug 2000 18:02:56 -0400 
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Reply-to: quesnelb@ve2.ele.etsmtl.ca 
Message-id: <LYR11589-100095-2000.08.02-17.13.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: MULTIPART/ALTERNATIVE; 
BOUNDARY="Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q) " 
X-Accept-Language: en 
References: <LYR15694-100077-2000.08.02-15.47.26-- 
quesnelb#ve2.ele.etsmtl.ca@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39889A90.38E9DE42@ve2.ele.etsmtl.ca> 
Precedence: bulk 


--Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q) 
Content-type: text/plain; charset=us-ascii 


Content-transfer-encoding: 7bit 


I don't agree...garbage in, garbage out. My code is supposed to be a 
conversion, not a validation. If the packet is simply dropped, there is 
no clue as to why there is a problem. But if someone is writing a Pic-E 
program and makes a mistake, it is far more helpful to them if they see 
that the converted latitude is 150 degrees than if the packet simply 
disappears. 


VV VV VV VV 


But could the programs (i.e. aprsd) be a validator and coverter but with logging 
capabilities to forward to the proper auther. This reachs out what you 
mentionned in earlier emails yesterday about logging improper packets. 


Basically, take what Ian did and see how can it be logged so that a station can 
be traced and take proper measures (either because of a misconfiguration, program 
test or for any other reasons). 


Bruno Quesnel va2bmg@videotron.ca 

Genie Electrique quesnelb@ve2.ele.etsmtl.ca 

Electrical Engineering VA2BMG 

Ecole de Technologies Superieure http://www. findu.com/cgi-bin/find.cgi?va2bmg 


--Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q) 
Content-type: text/html; charset=us-ascii 
Content-transfer-encoding: 7bit 


<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 
<html> 


<blockquote TYPE=CITE>&nbsp; 

<br>I don't agree...garbage in, garbage out. My code is supposed to be 

a 

<br>conversion, not a validation. If the packet is simply dropped, there 
is 

<br>no clue as to why there is a problem. But if someone is writing a Pic-E 
<br>program and makes a mistake, it is far more helpful to them if they 
see 

<br>that the converted latitude is 150 degrees than if the packet simply 
<br>disappears. 

<br>&nbsp;</blockquote> 

But could the programs (i.e. aprsd) be a validator and coverter but with 
logging capabilities to forward to the proper auther.&nbsp; This reachs 
out what you mentionned in earlier emails yesterday about logging improper 
packets. 


<p>Basically, take what Ian did and see how can it be logged so that a 
station can be traced and take proper measures (either because of a 
misconfiguration, 

program test or for any other reasons). 

<pre></pre> 


<pre></pre> 


<pre>Bruno 

Quesnel&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb 
sp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
va2bmg@videotron.ca 

Genie 

Electrique&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca 
Electrical 

Engineering&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp 
;&nbsp;&nbsp;&nbsp; VA2BMG 

Ecole de Technologies Superieure&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A HREF="http:// 
www. findu.com/cgi-bin/find.cgi?va2bmg">http: //www.findu.com/cgi-bin/find.cgi? 
va2bmg</A></pre> 

&nbsp; </html> 


--Boundary_(ID_oD2AoWwGeu5pmWXcT2ZF8Q) -- 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 3 03:21:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA22021 

for <lyris.aprsspec@tapr.org>; Thu, 3 Aug 2000 03:21:19 -0500 (CDT) 
Message-ID: <LYR11589-100193-2000.08.03-03.26.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 3 Aug 2000 09:12:39 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <Ian.Wade@care4free.net> 
Reply-To: ianwade@netro.co.uk 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
References: <200008022041.NAA18933@snipe.prod.itd.earthlink.net> 
In-Reply-To: <200008022041 .NAA18933@snipe.prod.itd.earthlink.net> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <CQgWTOA31Si5EwMm@care4free.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <200008022041.NAA18933@snipe.prod.itd.earthlink.net>, Steve 

Dimse <sdimse@earthlink.net> writes 

> 

>>In summary, there are 5 common errors: 

>> 

>>1. Latitude conversion of packets containing Custom message codes is 
>>completely wrong. 

>> 

>>2. Custom message codes are incorrectly interpreted. 

>> 

>Custom messages were introduced long after my code, so no surprise there. 

> 

>>3. Position ambiguity is, er, ambiguous. Well and truly screwed, with some 
>>wrong hemispheres 

>>(e.g. West instead of East), and in one case 20 deg long became 120 deg long. 
>> 

>Ambiguity in Mic-E packets was also introduced long after my code was 
>completed as well. 

> 


I don't know when your code was "completed", but custom messages and 
position ambiguity were documented xyears*x ago by Crosswell and Parsons 
(I don't have the document to hand right now, but it appeared long 
before the current spec). 


> 

>>5. The raw data had several sections containing bad packet data. None of 
>>these packets should 

>>have been converted. 

>> 

>I don't agree...garbage in, garbage out. My code is supposed to be a 
>conversion, not a validation. If the packet is simply dropped, there is 
>no clue as to why there is a problem. But if someone is writing a Pic-E 
>program and makes a mistake, it is far more helpful to them if they see 
>that the converted latitude is 150 degrees than if the packet simply 
>disappears. 

> 


Problem is, your garbage out wasn't generated consistently, so in most 
cases it bore little relationship to the garbage in. This is totally 
useless in diagnosing faulty PIC programs -- and if xgood* data in 
produces *garbage*x out, what chance does anyone have? 


In any case, the world-wide APRS Internet is not the place to be testing 
such programs. 


>Am I correct that the validation suite did not catch the 0.01 problem 
>that precipitated all this? Or did I just miss it in the printout? Which 
>of the test cases, if any, were supposed to (or did) pick this up? 


The "longitude hundredths" sections were intended to do this. 


The bottom line is that APRServe is badly broken. As a result, many 
people throughout the world have spent many, many hours trying to track 
down the source of bad packets (totally wrong Custom latitudes, wrong 
custom message codes, latitudes with 3 or 4 digits after the decimal 
point, latitudes > 90, wrong hemisphere, longitude off by +/- 100 
degrees, no position ambiguity, etc, etc). 


You said the other day that Dale did a great job in fixing aprsd. Now, 
xperleesex, do the same with APRServe. 


And ditto to anyone else who is using APRServe-related code. With bugs 
propagating around the world in minutes, this sloppy, amateurish, 
arrogant attitude to programming has to stop. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
email: g3nrw@tapr.org 


APRS PROTOCOL SPEC: http://www.tapr.org/tapr/html/Faprswg.html 
<APRSdec> APRS DECODER: http://www.tapr.org/~g3nxrw 
Mic-Encoder Software: http://www.tapr.org/~g3nxrw 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 3 08:26:40 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA29062 

for <lyris.aprsspec@tapr.org>; Thu, 3 Aug 2000 08:26:32 -0500 (CDT) 
Message-Id: <LYR11589-100219-2000.08.03-08.31.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: New Mic-E Test Suite available 
Date: Thu, 3 Aug 2000 09:25:50 -0400 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: multipart/mixed; boundary="Emailer_-1246378499" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008031325.JAA16763@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


--Emailer_-1246378499 
Content-Type: text/plain; charset="US-ASCII" 


On 8/3/00 4:12 AM Ian Wade (Ian.Wade@care4free.net) wrote: 


>>Ambiguity in Mic-E packets was also introduced long after my code was 
>>completed as well. 

>> 

>I don't know when your code was "completed", but custom messages and 
>position ambiguity were documented *xyearsx ago by Crosswell and Parsons 
>(I don't have the document to hand right now, but it appeared long 
>before the current spec). 

> 

Well, attached is the mic_e.c file from Alan circa 5/97, it has no 
mention of either, my code is of the same vintage. To the best of my 
knowledge, both of these features originated in the D-700 within the last 
year or so. These just suddenly appeared in a finished product without 
prior notice (at least to me), an example of why the APRS-WG was needed. 


Want more proof? Look at 


http: //www.aprs.net/vm/DOS/MICE.HTM 


This was the Mic-E documentation file of APRSdos in 8/97. It also has no 
mention of either. 


>In any case, the world-wide APRS Internet is not the place to be testing 
>such programs. 

> 

But it is the place where they often are tested. 

> 

>>Am I correct that the validation suite did not catch the 0.01 problem 
>>that precipitated all this? Or did I just miss it in the printout? Which 
>>of the test cases, if any, were supposed to (or did) pick this up? 

> 

>The "Longitude hundredths" sections were intended to do this. 

> 

So why didn't it catch it? Surely you did not make a mistake??? 

> 

>The bottom line is that APRServe is badly broken. As a result, many 
>people throughout the world have spent many, many hours trying to track 
>down the source of bad packets (totally wrong Custom latitudes, wrong 
>custom message codes, latitudes with 3 or 4 digits after the decimal 
>point, latitudes > 90, wrong hemisphere, longitude off by +/- 100 
>degrees, no position ambiguity, etc, etc). 

> 

Who are these "many people" that spent these "many, many hours"??? 


This code is only applied to input from the TNC...unlike aprsd, APRServe 
only converts local Mic-E packets. Therefore, it appears you are making 
up "throughout the world". At its peak APRServe ran in 4 locations, it is 
presently running in 2. So unless you care to argue LA and Milwaukee (and 
previously including Nashville and Miami) are "throughout the world", you 
are displaying your own bias towards making the problem seem far more 
important than it is. 


>You said the other day that Dale did a great job in fixing aprsd. Now, 
>xperleesex, do the same with APRServe. 

> 

I never said I wasn't. The fact that I exposed my results publicly, to 
what I was sure would be your demeaning attitude (and you didn't 
disappoint) shows my willingness to improve in this area. 


I'll be dropping Dale's procedure into APRServe when I get a chance. He 
passes it a broken up packet and output buffers, I pass in the full 
packet. If someone wants to convert Dale's procedure to the later format 
it will happen sooner, undoubtably to the great relief of the many 
temporally-challenged people in SoCal and Milwaukee... 


>And ditto to anyone else who is using APRServe-related code. With bugs 
>propagating around the world in minutes, this sloppy, amateurish, 
>arrogant attitude to programming has to stop. 

> 

You make statements like this, then when I call you on them you say you 
weren't insulting me. This sure seems like a direct insult. There is 
nothing sloppy or amateurish about this. A new feature is added after 
active maintenance of a program has ceased. No one ever compalined about 
the lack of support for these two rarely used features. I was working on 
other things. It never got done, just like the 30 other things on the 
APRServe do list, and the hundred or more on the javAPRS list. 


Like Dale, I feel an obligation to try to keep my old program useful, but 
frankly with just two sites it isn't that high a priority to me. That 
I've moved on to findU, something I find far more interesting, and that 
affects far more people, doesn't make me sloppy or amateurish. And as to 
arrogant, I'd say this message shows you are as deserving of that label 
as I. 


Steve K4HG 
--Emailer_-1246378499 
Content-Type: application/octet-stream; name="mic_e.c"; 
x-mac-type="54455854"; 
xX-mac-creator="43574945" 
Content-transfer-encoding: x-uuencode 
Content-Disposition: Attachment; filename="mic_e.c" 


begin 644 mic_e.c 

M+RH- ("H@;6EC7V4Z (&9U;F-T:6]N('10(')E9FIJR; 6%T ($%O4E , @36EC ($5N 
M8V]D97 (@8V]M<')E<W-E9"!P;W-I=&E0;B!R97!0<GO- ("H@(&EN=&\ @82 !C 
M; VYV96YT : 6 ]N86P@*&YO; BUB: 6YA<GDI ('1R86-K97(@<F5P;W)T+@T@*B D 
M3&]G.B!M:6-?92YC+'8@) T@*B!2979I<VEO;B Q+C,@(#$Y.3<0,#40,38@ 
Md, Z-#DZ-3 @(&%L86X- ("H@=6YT97 -T960@8V] R<F5C=&E0;G, @=&\@; 6%T 
M8V@Q@<')09'5C=&E0;B!RO78NH2 JH#2 J(9)E=FES:6]N(#$N,B @,3DY-R\P 
M-2\P,R P-3HS.3HS-R @860A;@T@*B Q<WO@<&%S<R! A="!A9&11;F<@<F5V 
M (4#$@8VAA ; F=E<RX@(%-0; 64@<WLUSF8@9&] E<VXG="!M871C:"!D;V-S+@T@ 
Mx@T@*B\ - (VEN8VQU9&4G@/ ' - TI&EO+F@%4#2 -T ;F-L=61E (4kQT : GUE+FQ%4#2 - T 
M;F-L=61E (44QS=') I; F<N:4X- (VEN8VQU9&4@/&-T>7!E+FQ@%#2-1;F-L=61E 
M (4EQT>7 !E<RYH/@TC:6YC; '5D92 B;6EC7V4N: " (-#7-T87118R!C:&%R( "IM 
M<V=N86UE6UT@/2! [42 @(D]F9B!D=71Y(BP-(" B16YR;W5T92(L#2 @(DEN 
M(%-E<G9I8V4B+ T@(")2971U<FYI;F<B+ T@(")d#;VUM:71T960B+ T@(")3 
M<&5C :6%L(BP-(" B4%))3U))5%DB+ T@(")%34521T5.OQUDB##TT [4OUT>7!E 
MO&5F ('SN<VEG;F5D('-H;W)T('5?:6YT.PT-<VA0<GO@<F5F;W)M871- :6-% 
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end 
--Emailer_-1246378499- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 4 00:46:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA22528 

for <lyris.aprsspec@tapr.org>; Fri, 4 Aug 2000 00:46:11 -0500 (CDT) 
Message-Id: <LYR11589-100480-2000.08.04-00.51.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 3 Aug 2000 22:45:17 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] APRS Test Set 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b5b0084e08e4@[198.106.196.5]> 

<LYR11893 -100457-2000.08.04-00.00.33--wagnerj#proaxis.com@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Tan did a great job with Mic-E Test Set. Though I am not implementing 
internet gateway service or Mic-E tranlating digipeating, it will be used 
for general program decoding validation. 


Now, PLEASE, lets have a similar set of basic APRS packets! 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 8 17:35:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA27266 

for <lyris.aprsspec@tapr.org>; Tue, 8 Aug 2000 17:35:29 -0500 (CDT) 
Message-ID: <LYR11589-101512-2000.08.08-17.40.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-100480-2000.08.04-00.51.08-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Test Set 
Date: Tue, 8 Aug 2000 15:35:42 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00c301c00188$£e854220$3£93b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Good idea! When will you have it ready Jim? 


Tan did a great job with Mic-E Test Set. Though I am not implementing 
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for general program decoding validation. 


internet gateway service or Mic-E tranlating digipeating, it will be used 


Now, PLEASE, lets have a similar set of basic APRS packets! 


Jim Wagner 
Oregon Research Electronics 
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> weeeeew eee eee ewww www www eww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee = 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeweeewnenenenenen new ew www www www www www ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew We 

> A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 9 07:51:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA25201 

for <lyris.aprsspec@tapr.org>; Wed, 9 Aug 2000 07:51:40 -0500 (CDT) 

Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-101650-2000.08.09-07.57.15- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 09 Aug 2000 08:55:36 -0400 

From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 

Reply-To: quesnelb@ve2.ele.etsmtl.ca 
Organization: Solution Mind Ready 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Satellite IGATES 
Content-Type: multipart/alternative; 

boundary="------------ 47E3409442CE022EBBF8C4DA" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <399154C7.809C085C@ve2.ele.etsmtl.ca> 
Precedence: bulk 


SSeS ree asSeear 47E3409442CE022EBBF8C4DA 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Hi to all... 


I've been thinking about the problem of the network 
architecture et the whole duplicate packets that been going on 
last week. I concure that the problem is real and many 
connection are probobly made and that could be without. 


The idea of central servers should still be there. How many? 
Good question. I'd say at least 3 which could be fully redundant 
between them. 


The problem of the growing number of IGATES and the idea of 
managing them all is totally a bad idea. I most give that to 
Steve. But if the idea of satellite-regional servers be 
implemented, or a derivative, it may solve the problem.... 


The idea is quite simple. With small machines (i.e. 486 with 
low memory), could get data for a certain region and be 
responsable for that small region (messages, posits and all that 
good stuff). Those small machine would send to regional servers 
resposible for few smaller machines. 


For access, the smaller machine would not warrent high 
bandwith, and would just require to be connected to the internet 
and reach a bigger server. Then the regional servers could 
connect to the main servers and then these server could be 
managed. Each responsable of the regional servers would be 
responsible for their server and region... 


Yes this puts more responsibility on more person, but it 
could be managed more easily. Pin point to a person to rule out 
the problem, either on his own IGATE to block the traffic from a 
station or any other way he will suite fit. This could limit the 
propagation of the feeds.... 


Yes this involves work but I guess we need to put a bit of 
control in our network. Not too much so that it becomes a pain 
but just enough to still make ths way of communication fun. 


Bruno Quesnel bruno. quesnel@mindready.com 
VA2BMG quesnelb@ve2.ele.etsmtl.ca 
Stagiaire - MindReady Solutions 

Solutions Mindready Inc. tel.: 514-636-6886 ext 5171 


2196 32ieme Avenue 


Lachine (Quebec)H8T 3H7 


Si oat ata etter alate 47E3409442CE022EBBF8C4DA 
Content-Type: text/html; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 

<html> 

Hi to all... 

<p>&nbsp;&nbsp;&nbsp; I've been thinking about the problem of the network 
architecture et the whole duplicate packets that been going on last week.&nbsp; 

I concure that the problem is real and many connection are probobly made 

and that could be without. 

<p>&nbsp;&nbsp;&nbsp; The idea of central servers should still be there.&nbsp; 

How many? Good question.&nbsp; I'd say at least 3 which could be fully 

redundant between them. 

<p>&nbsp;&nbsp;&nbsp; The problem of the growing number of IGATES and the 

idea of managing them all is totally a bad idea.&nbsp; I most give that 

to Steve.&nbsp; But if the idea of satellite-regional servers be implemented, 

or a derivative, it may solve the problem.... 

<p>&nbsp;&nbsp;&nbsp; The idea is quite simple.&nbsp; With small machines 

(i.e. 486 with low memory), could get data for a certain region and be 

responsable for that small region (messages, posits and all that good 

stuff) .&nbsp; 

Those small machine would send to regional servers resposible for few smaller 
machines. 

<p>&nbsp;&nbsp;&nbsp; For access, the smaller machine would not warrent 

high bandwith, and would just require to be connected to the internet and 

reach a bigger server.&nbsp; Then the regional servers could connect to 

the main servers and then these server could be managed.&nbsp; Each responsable 

of the regional servers would be responsible for their server and region... 
<p>&nbsp;&nbsp;&nbsp; Yes this puts more responsibility on more person, 

but it could be managed more easily.&nbsp; Pin point to a person to rule 

out the problem, either on his own IGATE to block the traffic from a station 

or any other way he will suite fit.&nbsp; This could limit the propagation 

of the feeds.... 

<p>&nbsp;&nbsp;&nbsp; Yes this involves work but I guess we need to put 

a bit of control in our network.&nbsp; Not too much so that it becomes 

a pain but just enough to still make ths way of communication fun. 

<pre>--&nbsp; 

Bruno 

Quesnel&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb 
sp; &nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;& 
nbsp; bruno.quesnel@mindready.com 

VA2BMG&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbs 
p;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &n 


bsp;&nbsp;&nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca 
Stagiaire - MindReady Solutions&nbsp;&nbsp; &nbsp;&nbsp; &nbsp; &nbsp; 

Solutions Mindready 

Inc. &nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
&nbsp;&nbsp;&nbsp; tel.: 514-636-6886 ext 5171 

2196&nbsp; 32ieme Avenue&nbsp; 

Lachine (Quebec)H8T 3H7</pre> 

&nbsp; </html> 


wenn enn nennee- 47E3409442CE022EBBF8C4DA- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 08:48:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA01661 

for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 08:48:25 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 09:35:49 -0400 
Content-Type: text/plain 
MIME-Version: 1.0 
Message-Id: <LYR11589-101900-2000.08.10-08.53.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q008100947150N.10253@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The next release of aprsd will have a couple of minor bug fixes and 

while I'm tinkering with the code I may as well modify the Mic-E converter 

so it doesn't have the time stamp. Bob suggested making the first information 
field character a "=" for Kenwoods because they are message capable and 

"I" for others. I also propose changing the "E>dsy" field to "Mic-E". 


The Mic-E comment field will be passed unchanged. 


Examples. 


A packet which now converts to: 
WU2Z-9>APD213 , WIDE, WIDE: @09214224031.28N/07427 .74Wv297/000/E>dsy/MO/Off 
duty.. ]"5g¢ 


Will look like: 


WU2Z-9>APD213 , WIDE ,WIDE:=4031.28N/07427 .74Wv297/000/Mic-E/MO/Off duty.. ]"5gt 


A non-Kenwood packet such as this: 
KD5AMB>APD213 , OKCITYx* , WIDE : @09214223532 .83N/09736.94W>000/000/E>dsy/MO/Of£ duty.. 
PIC-E Moble testing mark@grennan.com 


Becomes: 
KD5AMB>APD213 , OKCITY* , WIDE: !3532.83N/09736 .94W>000/000/Mic-E/MO/Off duty.. PIC-E 
Moble testing mark@grennan.com 


Comments ? 


Dale Heatherington 
dale@wa4dsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 12:38:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ7539 

for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 12:37:59 -0500 (CDT) 
Date: Thu, 10 Aug 2000 10:36:56 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <LYR12892-101900-2000.08.10-08.53.57-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-101944-2000.08.10-12.43.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.GSO.4.10.10008101031470.1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 10 Aug 2000, Dale Heatherington wrote: 


The next release of aprsd will have a couple of minor bug fixes and 

while I'm tinkering with the code I may as well modify the Mic-E converter 

so it doesn't have the time stamp. Bob suggested making the first information 
field character a "=" for Kenwoods because they are message capable and 

"I" for others. I also propose changing the "E>dsy" field to "Mic-E". 


VV VV WV 


> A packet which now converts to: 

> WU2Z-9>APD213 , WIDE , WIDE: @09214224031.28N/07427 .74Wv297/000/E>dsy/MO/Off 
duty.. ]"5g¢ 

> 

> Will look like: 

> WU2Z-9>APD213 ,WIDE ,WIDE:=4031.28N/07427.74Wv297/000/Mic-E/MO/Of£ duty... ]"5g% 


YES! I've had to strip off the timestamps in my dupe-check code 
because each MIC-E expander adds it's own local timestamp. Excellent 
idea just getting rid of it. 


I love the other changes too, except why have the "/Mic-E" part at 
all? It's evident to me that it's a MIC-E packet because of the "/M?" 
part of the packet. 


My personal preference would still be to not have the MIC-E packet 
changed in any way by the igates or findu or whatever, but just have 
it decoded in the client programs. Since that is probably not 
forthcoming, the above changes will certainly improve things a lot. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 19:05:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA10148 
for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 19:05:14 -0500 (CDT) 
Message-ID: <LYR11589-102018-2000.08.10-19.10.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-101900-2000.08.10-08.53.57-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 17:05:28 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00d001c00327$e4d13e60$6493b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


What programs do not handle Mic-E? 
1) APRServe 


2) others?? FindU?? 


APRSD handles Mic-E fine. All other client program that I know of handle 


Mic-E find. If we convert Mic-E to "=" or "!", we break the APRS protocol 
where by "=" and "!" indicate fixed stations. This is a bad idea... 
I propose we eliminate ALL conversions of Mic-E. Changing APRSD does not 


change winAPRS or macAPRS or APRS+SA or APRServe. Changing only APRSD will 
only continue to propagate the duplicates. APRSD should never convert a 
packet it has not heard via RF directly. APRSD handles Mic-E fine. We need 
to address the programs that do not handle Mic-E, and that is only APRServe, 
correct? Fix that and the problem goes away. Perhaps, APRSD should be THE 
program for the Internet system, eliminating all APRServe sites. How many 
are there? Would a 486 be sufficient to run Linux for APRSD? 


More comments? 
Brent KH2Z 


eos Original Message ----- 

From: "Dale Heatherington" <dale@wa4ddsy.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Thursday, August 10, 2000 6:35 AM 

Subject: [aprsspec] Proposed change to aprsd Mic-E converter 


> The next release of aprsd will have a couple of minor bug fixes and 

> while I'm tinkering with the code I may as well modify the Mic-E converter 
> so it doesn't have the time stamp. Bob suggested making the first 
information 


> field character a "=" for Kenwoods because they are message capable and 
> "!" for others. I also propose changing the "E>dsy" field to "Mic-E". 
> 

> The Mic-E comment field will be passed unchanged. 

> 

> Examples. 

> 

> A packet which now converts to: 

> WU2Z-9>APD213 ,WIDE, WIDE: @09214274031.28N/07427 . 74Wv297/000/E>dsy/MO/Off 
duty.. ]"5g¢ 

> 

> Will look like: 

> 

> WU2Z-9>APD213 ,WIDE,WIDE:=4031.28N/07427.74Wv297/000/Mic-E/M0/Off 

duty.. ]"5g¢ 

> 

> 


> A non-Kenwood packet such as this: 

> KD5AMB>APD213 , OKCITYx , WIDE : @09214223532 .83N/09736 . 94W>000/000/E>dsy/M0/Off 
duty.. PIC-E Moble testing mark@grennan.com 

> 

> Becomes: 

> KD5AMB>APD213 , OKCITY*, WIDE: !3532.83N/09736 .94W>000/000/Mic-E/MO/Off duty.. 
PIC-E Moble testing mark@grennan.com 


Comments ? 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


VV VV VV VV 


> a 

> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 19:57:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA17034 

for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 19:57:33 -0500 (CDT) 
Message-Id: <LYR11589-102024-2000.08.10-20.03.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 20:57:07 -0400 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008110056.UAA27259@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/10/00 8:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>What programs do not handle Mic-E? 
>1) APRServe 


APRServe handles Mic-E fine, though as Ian pointed out there are some 
things that could be improved with the conversion. If and when a standard 
is agreed to, and is implemented in aprsd I'll port Dale's procedure 
over, but this only affects things heard on RF, in the Socal and 
Milwaukee areas. 


Perhaps you have not noticed the dozen or more times I've addressed this 
issue, but APRServe is transparent to the non-printing characters used in 
the Mic-E. When the problem first surfaced, I took the blame for it, 
which turned out to be a mistake. The problem is in the clients 
(including my Mac-based test program...the cause of my misperception of 
guilt), not in APRServe, however despite the many times I've said this on 
the SIG, the perception still seems to be that APRServe is dropping the 
chars. However, when it is tested from a Linux client, the characters 
pass through fine. 


Please, I've said this over and over, since I have found out it really 
isn't my fault. Can we put this urban myth to rest? Please??? 


>2) others?? FindU?? 

> 

True, because it hears the data directly from aprsd, which converts all 
Mic-E packets, I didn't write code that would never be used. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 20:06:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA18198 
for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:06:04 -0500 (CDT) 
Message-ID: <LYR11589-102027-2000.08.10-20.11.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <200008110056.UAA27259@raptor.netrox.net> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 18:05:31 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <012201c00330$57dd2c40$6493b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I guess I have been asleep, I was still believing what you had said about 
APRServe in the past. No, I have not noticed dozens of times you said 
APRServe was not at fault. If APRServe and APRSD handle Mic-E correctly, 
then FIX the client programs that do not decode it correctly. Lets 

u u u ! u 


eliminate conversion of Mic-E everywhere. Converting them to "=" or 
violates the APRS protocol. 


Yes, lets change APRSD's method of converting Mic-E packets - eliminate the 
conversion. 


Brent KH2Z 


On 8/10/00 8:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>What programs do not handle Mic-E? 
>1) APRServe 


APRServe handles Mic-E fine, though as Ian pointed out there are some 
things that could be improved with the conversion. If and when a standard 
is agreed to, and is implemented in aprsd I'll port Dale's procedure 
over, but this only affects things heard on RF, in the Socal and 
Milwaukee areas. 


Perhaps you have not noticed the dozen or more times I've addressed this 
issue, but APRServe is transparent to the non-printing characters used in 
the Mic-E. When the problem first surfaced, I took the blame for it, 
which turned out to be a mistake. The problem is in the clients 
(including my Mac-based test program...the cause of my misperception of 
guilt), not in APRServe, however despite the many times I've said this on 
the SIG, the perception still seems to be that APRServe is dropping the 
chars. However, when it is tested from a Linux client, the characters 
pass through fine. 


Please, I've said this over and over, since I have found out it really 
isn't my fault. Can we put this urban myth to rest? Please??? 


>2) others?? FindU?? 
> 
True, because it hears the data directly from aprsd, which converts all 


VV VV VV VV VV VV VV VV VV V VV VV VV VV 


> Mic-E packets, I didn't write code that would never be used. 
> 

> Steve K4HG 

> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 20:09:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA18674 

for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:09:28 -0500 (CDT) 
Message-Id: <LYR11589-102028-2000.08.10-20.15.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 21:09:12 -0400 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008110108.VAA28565@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/10/00 9:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>I guess I have been asleep, I was still believing what you had said about 
>APRServe in the past. No, I have not noticed dozens of times you said 
>APRServe was not at fault. If APRServe and APRSD handle Mic-E correctly, 
>then FIX the client programs that do not decode it correctly. 


It is not a decoding problem, but a communication problem. The 
non-printing chars are lost before they get to APRServe. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 20:26:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA20811 
for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:25:59 -0500 (CDT) 


Message-ID: <LYR11589-102033-2000.08.10-20.31.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


References: <LYR11585-102028-2000.08.10-20.15.09-- 
bhildebrand#earthlink.net@lists.tapr.org> 

Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 18:25:24 -0700 

MIME-Version: 1.0 

Content-Type: text/plain; 


charset="iso-8859-1" 


Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <013401c00333$12£47540$6493b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The point is, it is a Client problem, not APRServe/APRSD. Fix the clients. 
Eliminate the conversion of Mic-E. 


Brent 

> On 8/10/00 9:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 

> 

> >I guess I have been asleep, I was still believing what you had said about 
> >APRServe in the past. No, I have not noticed dozens of times you said 

> >APRServe was not at fault. If APRServe and APRSD handle Mic-E 
correctly, 

> >then FIX the client programs that do not decode it correctly. 


> 


> It is not a decoding problem, but a communication problem. The 
> non-printing chars are lost before they get to APRServe. 

> 

> Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 10 20:31:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA21972 
for <lyris.aprsspec@tapr.org>; Thu, 10 Aug 2000 20:31:55 -0500 (CDT) 
Message-ID: <LYR11589-102034-2000.08.10-20.37.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Thu, 10 Aug 2000 20:31:32 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C00309.FC890100.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ok, eliminate the conversions, AND fix the communications problems. If an 
application strips the non-printing characters after the conversions are 
eliminated, those applications won't be a problem for long. 


Lets do as Brent suggests and stick with the spec. Creating ad-hoc fixes to 
the protocol is a recipe for disaster. That is how we ending up with the Mic-E 
duplicate mess to begin with. We still do not have a WRITTEN spec for 
conversions anyhow. 


Bill KC9XG 


On Thursday, August 10, 2000 8:09 PM, Steve Dimse [SMTP:sdimse@netrox.net] 
wrote: 


> On 8/10/00 9:05 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 

> 

> >I guess I have been asleep, I was still believing what you had said about 
> >APRServe in the past. No, I have not noticed dozens of times you said 

> >APRServe was not at fault. If APRServe and APRSD handle Mic-E correctly, 
> >then FIX the client programs that do not decode it correctly. 

> 

> It is not a decoding problem, but a communication problem. The 

> non-printing chars are lost before they get to APRServe. 

> 

> Steve K4HG 

> 

> -=<= 

> You are currently subscribed to aprsspec as: billdiaz@megsinet.net 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 07:08:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA20177 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 07:08:00 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 11 Aug 2000 07:57:56 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <LYR11586-101944-2000.08.10-12.43.14-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-102092-2000.08.11-07.13.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008110737430 .3363-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 10 Aug 2000, Curt Mills, WE7U wrote about Mic-E conversions 
> I love the other changes too, except why have the "/Mic-E" part? 


That field is my preference, because in APRSdos, I use that field to 
display the following four types of packets differently... 


WU2Z-9>APD213 , WIDE ,WIDE: !4031.28N/07427 .74Wv297/000/Mic-E/MO/Off duty.. 
WU2Z-9>APD213 , WIDE ,WIDE:=4031.28N/07427 .74Wv297/000/TH-D7/MO/Of£ duty.. 
WU2Z-9>APD213 , WIDE ,WIDE:=4031.28N/07427 .74Wv297/000/D-700/MO/Of£ duty.. 


I would prefer that Dale's conversion also do these insertions so that we 
can see what kind of station the guy is. It makes a difference as to 
whether you can send him a message or not... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 07:51:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA24659 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 07:51:19 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 11 Aug 2000 08:51:03 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <LYR11586-102018-2000.08.10-19.10.57-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-102093-2000.08.11-07.57.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10008110844360 .3363-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 10 Aug 2000, Brent Hildebrand wrote: 


> APRSD handles Mic-E fine. All other client program that I know of handle 


> Mic-E find. If we convert Mic-E to "=" or "!", we break the APRS protocol 
> where by "=" and "!" indicate fixed stations. This is a bad idea... 
No, there should be no such association. "=" and "!" formats have always 


been for Position Reports xwithout* a time stamp. Although this has been 
usually applied to non-moving fixed stations, this is not the definition 
of the format. Yes, we even called it "fixed" stations, but that was a 
label of convenience, not a label of function... 


These two formats were introduced in the 1996 time frame to avoid the 
problems with unsynchronized PC clock's for positions in which the exact 
time is not important. THe Mic-E originates without a time stamp, so this 
is why we think conversion to the "=" and "!" timeless formats (if needed) 
is the way to go. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 09:12:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ7107 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 09:12:22 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Fri, 11 Aug 2000 10:03:12 -0400 
Content-Type: text/plain 
References: <200008110056.UAA27259@raptor.netrox.net> 
<LYR18156-102027-2000.08.10-20.11.35--dale#wa4dsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-102027-2000.08.10-20.11.35--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-102108-2000.08.11-09.17.33-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0081110105000.00710@lab1> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 10 Aug 2000, Brent Hildebrand wrote: 


> Yes, lets change APRSD's method of converting Mic-E packets - eliminate the 
> conversion. 
> 
> 


Brent KH2Z 
I'd sure like to do that if the side effects aren't too severe. 


Regardless of whether the packets are conveted or not, the timestamps 

on Mic-E will be gone. What about the aprsd history dump? Users logging 

onto port 10151 will get n minutes of history including these old non-time stamped 
packets. Any potential problems there? 


Dale Heatherington 
dale@wa4dsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 09:43:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA09721 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 09:43:14 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 11 Aug 2000 10:42:20 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SPEC NWS Warnings. 

In-Reply-To: <LYR11586-100193 -2000.08.03-03.26.34-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-102117-2000.08.11-09.48.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008111026370 .3363-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Allan has raised an issue by implying that the NWS WARNING messages 

used as an EXAMPLE in the SPEC are an affront to the INTERNATIONAL flavor 
of APRS. In looking at the spec, the causal reader might infer that it is 
another APRS FORMAT that is unique to the USA. 


THis is NOT THE CASE. The NWS format is not a special format and is 
just an example of the use of the STANDARD APRS MESSAGE for a special 
application. But this is not obvious to the uninformed reader. 


Therefore to avoid such continuing criticism of the spec, I would suggest 
that the NWS WARNING PARAGRAPH be re-worded as follows: 


NATIONAL WEATHER SERVICE BULLETINS: 


Standard APRS message formats can be used for a variety of other 
applications. For example, in the USA, special formatted messages 
addressed to the generic callsign of NWS-XXXX are used to color highlight 
map areas involved in weather warnings using the following format.... 


This clarifies that this is NOT another unique format, but is simply 
another message. By including it as an example, we are showing how the 
APRS MESSAGE protocol is NON-RESTRICTIVE and has INFINITE 

EXPANSION capabilities for other applications. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 11:12:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA22771 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:12:26 -0500 (CDT) 
Date: Fri, 11 Aug 2000 09:12:02 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <LYR12892-102027-2000.08.10-20.11.35-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-102132-2000.08.11-11.18.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10008110856120 .1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 10 Aug 2000, Brent Hildebrand wrote: 


> Yes, lets change APRSD's method of converting Mic-E packets - eliminate the 
> conversion. 


Yes please! This is the RIGHT way to do things. The others are 
just patches. 8-bit transparent networking code is not particularly 
hard to write these days. 


Let's also fix the client programs so that they set: 


afilter off 
mfilter 0 


for AEA TNC's while we're at it, so we can get those non-printable 
characters passed through those TNC's. That'll fix a few of the 
clients that are running older TNC's (like me!). 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 11:32:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA25558 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:32:16 -0500 (CDT) 
Date: Fri, 11 Aug 2000 09:31:36 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <LYR12892-102108-2000.08.11-09.17.33-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-102137-2000.08.11-11.37.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10008110913010 .1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 11 Aug 2000, Dale Heatherington wrote: 
I'd sure like to do that if the side effects aren't too severe. 


Regardless of whether the packets are conveted or not, the timestamps 

on Mic-E will be gone. What about the aprsd history dump? Users logging 
onto port 10151 will get n minutes of history including these old non-time 
stamped 

> packets. Any potential problems there? 


VV VV Vv 


That should be easily fixed too with a bit of code (isn't it always 
"Just a bit more code"?): 


For your history queue, add a time stamp in some format that is 
unique to you and easy for the C++ code to recognize/strip off 
again. It can be stripped off as the packet is being sent to a 
client, but used internally to aprsd to expire the data out of the 
queue. 


I don't implement the 30-second history, but here's how I'm doing the 
30-second dupe-check queue: I use a reduced form of the packet 
itself as the hash key (removed digi's, removed timestamps, removed 
white space). I store seconds-since-Unix-epoch as the value of the 
hash entry. With this method I save the time that -I- received the 
packet as the timestamp (ignoring the timestamp in the packet 
itself), and keep it as a separate variable from the packet data. 

So far this has worked well. It doesn't matter whether the packet 
has a timestamp or not as I'm generating and keeping my own 
timestamps internally. An added feature of this is the varying 
timestamps in MIC-E expansions don't affect my dupe-checking. I 

can treat the hash as a circular queue to expire old data, or treat 
it as a hash to find out if I just received a duplicate. In my code 
I do both. 


Let's keep this idea of fixing the clients going, and if we don't 
have to base-64 encode the stuff either, everybody wins all the 
way around. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 11:39:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26098 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:39:34 -0500 (CDT) 
Date: Fri, 11 Aug 2000 09:39:20 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <200008111633 .QAA03492@www. findu.com> 

Message-ID: <LYR11589-102141-2000.08.11-11.45.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Organization: Fluke Corporation 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10008110936020.1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 11 Aug 2000, Steve Dimse K4HG wrote: 


Before this happens a few things ought to occur. First, someone needs to 
test all the client programs to determine which ones need to be updated. 
Then those programs must be updated, and those new versions widely 
distributed. 


To eliminate the conversions before this is done would result is a large 
number of erroneous positions on the internet feed, a situation far worse 
than that we have today. 


VV VV VV VV 


And pressure would be exerted on the authors to update their programs. 
Could be a bad thing overall, could be a good thing. It would hurt 
temporarily until it was healed though. 


> Who wants to volunteer to test all the client programs? 


Perhaps the authors of the individual programs and their individual 
groups of beta-testers? 


I'll help test and fix Xastir if it needs it. I think that's the 
only client source code I have access to and care to run. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 11:45:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27046 
for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:45:51 -0500 (CDT) 
Message-Id: <LYR11589-102143-2000.08.11-11.51.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Fri, 11 Aug 2000 12:45:39 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008111645 . QAA03810@www. findu. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/11/00 12:31 PM Curt Mills, WE7U (hacker@tc.fluke.com) wrote: 


>That should be easily fixed too with a bit of code (isn't it always 
>"just a bit more code"?): 

> 

>For your history queue, add a time stamp in some format that is 

>unique to you and easy for the C++ code to recognize/strip off 

>again. It can be stripped off as the packet is being sent to a 
>client, but used internally to aprsd to expire the data out of the 
>queue. 

> 

I think you misread Dale's question. He does not use it, he uses his own 
time field. The question was how would this affect the clients? My guess 
is not at all, the timestamps on APRS packets are worthless because of 
all the troubles with people incorrectly setting their clocks. 


findu totally ignores them, using only the time received. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 11:46:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27830 
for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:46:35 -0500 (CDT) 
Message-Id: <LYR11589-102144-2000.08.11-11.51.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Fri, 11 Aug 2000 12:45:45 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008111645 . QAA03815@www. findu. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/11/00 12:12 PM Curt Mills, WE7U (hacker@tc.fluke.com) wrote: 


>> Yes, lets change APRSD's method of converting Mic-E packets - eliminate the 
>> conversion. 

> 

>Yes please! This is the RIGHT way to do things. The others are 

>just patches. 8-bit transparent networking code is not particularly 
>hard to write these days. 

> 

Before this happens a few things ought to occur. First, someone needs to 
test all the client programs to determine which ones need to be updated. 
Then those programs must be updated, and those new versions widely 
distributed. 


To eliminate the conversions before this is done would result is a large 
number of erroneous positions on the internet feed, a situation far worse 
than that we have today. 


Who wants to volunteer to test all the client programs? 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 11:47:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28225 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 11:47:25 -0500 (CDT) 
Date: Fri, 11 Aug 2000 09:47:01 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <200008111638 .QAA03649Q@www. findu.com> 
Message-ID: <LYR11589-102145-2000.08.11-11.53.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10008110941450 .1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 11 Aug 2000, Steve Dimse K4HG wrote: 


I think you misread Dale's question. He does not use it, he uses his own 
time field. The question was how would this affect the clients? My guess 
is not at all, the timestamps on APRS packets are worthless because of 
all the troubles with people incorrectly setting their clocks. 


VV VV 


Are you sure? Here's what Dale wrote again: 


> Regardless of whether the packets are conveted or not, the timestamps 

> on Mic-E will be gone. What about the aprsd history dump? Users logging 
> onto port 10151 will get n minutes of history including these old non-time 
stamped 

> packets. Any potential problems there? 


He specifically mentioned port 10151, which has a 30-second history 
queue normally. Port 10152 does not, it's live data only. 


Since he wouldn't be expanding the MIC-E to have a timestamp, it 
sounds from the above that he would have old MIC-E packets hanging 
around in his history queue forever (not getting expired out). They 
would be downloaded to the client program when they connect. 


That's why I went into the speil about how my dupe-check queue worked. 


Did I understand you correctly Dale? If not, I need to get more of 
this diet pepsi into the bloodstream this morning. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 12:20:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ3283 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 12:20:43 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Fri, 11 Aug 2000 13:14:43 -0400 
Content-Type: text/plain 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
References: <Pine.GSO.4.10.10008110941450 .1672-100000@dogbert.tc.fluke.com> 
In-Reply-To: <Pine.GSO.4.10.10008110941450.1672-100000@dogbert.tc.fluke.com> 
MIME-Version: 1.0 
Message-Id: <LYR11589-102149-2000.08.11-12.26.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0081113201902.00710@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve is correct. All the history packets are timestamped with both 

unix time and a (now redundent) time to live value. Also, the latest version of 
aprsd 

uses a completely seperate method to do dup checking. I was indeed 

concerned about user programs getting old, untimestamped Mic-E data from the 
history buffer when they log on. Some aprsd operators set the history expire 
time to as much a 8 hours. 


On Fri, 11 Aug 2000, Curt Mills, WE7U wrote: 
On Fri, 11 Aug 2000, Steve Dimse K4HG wrote: 


> I think you misread Dale's question. He does not use it, he uses his own 
> time field. The question was how would this affect the clients? My guess 
> is not at all, the timestamps on APRS packets are worthless because of 

> all the troubles with people incorrectly setting their clocks. 


Are you sure? Here's what Dale wrote again: 


> Regardless of whether the packets are conveted or not, the timestamps 

> on Mic-E will be gone. What about the aprsd history dump? Users logging 
> onto port 10151 will get n minutes of history including these old non-time 
stamped 

> > packets. Any potential problems there? 


> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


> 

> He specifically mentioned port 10151, which has a 30-second history 

> queue normally. Port 10152 does not, it's live data only. 

> 

> Since he wouldn't be expanding the MIC-E to have a timestamp, it 

> sounds from the above that he would have old MIC-E packets hanging 

> around in his history queue forever (not getting expired out). They 
> would be downloaded to the client program when they connect. 

> 

> That's why I went into the speil about how my dupe-check queue worked. 
> 

> Did I understand you correctly Dale? If not, I need to get more of 

> this diet pepsi into the bloodstream this morning. 

> 

> Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
> Senior Methods Engineer/SysAdmin 

> "Lotto: A tax on people who are bad at math." -- unknown 

> "Windows: Microsoft's tax on computer illiterates." -- WET7U 


Dale Heatherington 
dale@wa4dsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 12:32:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA04038 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 12:32:17 -0500 (CDT) 
Date: Fri, 11 Aug 2000 10:31:56 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Steve Dimse K4HG <sdimse@bridge.net>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <00081113201902 .00710@lab1> 
Message-ID: <LYR11589-102151-2000.08.11-12.37.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10008111026030.1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 11 Aug 2000, Dale Heatherington wrote: 
> Steve is correct. All the history packets are timestamped with both 


> unix time and a (now redundent) time to live value. Also, the latest version of 
aprsd 


> uses a completely seperate method to do dup checking. I was indeed 

> concerned about user programs getting old, untimestamped Mic-E data from the 
> history buffer when they log on. Some aprsd operators set the history expire 
> time to as much a 8 hours. 

> 

> On Fri, 11 Aug 2000, Curt Mills, WE7U wrote: 

>> 

> > Are you sure? Here's what Dale wrote again: 

>> 

> > > Regardless of whether the packets are conveted or not, the timestamps 


> > > on Mic-E will be gone. What about the aprsd history dump? Users logging 
> > > onto port 10151 will get n minutes of history including these old non-time 
stamped 

> > > packets. Any potential problems there? 


So where's the problem? If you're time-stamping everything in the 
history with unix time, everthing gets expired from the history queue 
properly in any case. Aprsd is already written correctly and would 
require no tweaks other than getting rid of the MIC-E expansion. 


If users are connecting up to an internet server on a port that 
provides history, they should know by now that the client program 
aging of packets might not be correct. Xastir already works that way 
I think. It ages the icons based on when it received them, not based 
on their timestamps. Perhaps the other client programs actually 
check the timestamp? If so, then I see where my confusion comes 
from. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 13:54:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA24258 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 13:54:39 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
Date: Fri, 11 Aug 2000 14:47:23 -0400 
Content-Type: text/plain 
Cc: Steve Dimse K4HG <sdimse@bridge.net>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

References: <LYR18156-102151-2000.08.11-12.37.59--daled#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-102151-2000.08.11-12.37.59--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-102164-2000.08.11-14.00.19- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0081114541005 .00710@lab1> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 11 Aug 2000, Curt Mills, WE7U wrote: 

> On Fri, 11 Aug 2000, Dale Heatherington wrote: 

> 

> > Steve is correct. All the history packets are timestamped with both 

> > unix time and a (now redundent) time to live value. Also, the latest version 
of aprsd 

uses a completely seperate method to do dup checking. I was indeed 

concerned about user programs getting old, untimestamped Mic-E data from the 
history buffer when they log on. Some aprsd operators set the history expire 
time to as much a 8 hours. 


On Fri, 11 Aug 2000, Curt Mills, WE7U wrote: 
Are you sure? Here's what Dale wrote again: 


> Regardless of whether the packets are conveted or not, the timestamps 

> on Mic-E will be gone. What about the aprsd history dump? Users logging 
> > > onto port 10151 will get n minutes of history including these old non-time 
stamped 

> > > > packets. Any potential problems there? 


VV VVVV VV VV WV 


VVVV VV VV VV VV 
VV VV NV 


> So where's the problem? If you're time-stamping everything in the 

> history with unix time, everthing gets expired from the history queue 
> properly in any case. Aprsd is already written correctly and would 

> require no tweaks other than getting rid of the MIC-E expansion. 


Hopefully there are no problems or side effects. 

This is amost never the case in the real world however. 

I asked the question to see in anyone could come up with potential 
pitfalls. 


Here's another question: When an unconverted Mic-E pkt is gated from internet to 
RF as 

a 3rd party reformatted packet, will the client software properly extract the 
posit data from the ax25 destination field ? 


Dale Heatherington 
dale@wa4ddsy.net 


Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 15:06:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ4531 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 15:06:17 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 11 Aug 2000 16:06:01 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

Steve Dimse K4HG <sdimse@bridge.net> 

Subject: [aprsspec] Re: Proposed change to aprsd Mic-E converter 
In-Reply-To: <LYR11586-102164-2000.08.11-14.00.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-102174-2000.08.11-15.12.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008111605150 .4958-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 11 Aug 2000, Dale Heatherington wrote: 


> Here's another question: When an unconverted Mic-E pkt is gated from internet to 
RF as 

> a 3rd party reformatted packet, will the client software properly extract the 

> posit data from the ax25 destination field ? 


APRSdos will. The 3rd party format is totally recursive in APRSdos 
bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 15:14:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ5906 
for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 15:14:47 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] proposed change aprsd Mic-E converter 
Date: Fri, 11 Aug 2000 15:56:02 -0400 
Content-Type: text/plain 
MIME-Version: 1.0 
Message-Id: <LYR11589-102175-2000.08.11-15.20.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q0081116143406 .00710@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


To convert or not convert, that is the question. 


It turned out to be trivial to put in a new keyword in aprsd.conf. 
ConvertMicE yes | no 
The actual code to select convert or not was also trivial. 


Now the I need to decide if the default should be "yes" or "no 
if "ConvertMicE" does not appear in the config file. 


The 3rd party reformatting also seems to work. 
Original packets: 

WA4DSY>Q000PO: * vX >/ (Ox1c) 
WA4DSY>675900: *012345>/ 
WA4DSY>PPQRST: * 012345>/ 


ConvertMicE no 


Sending to TNC: twA4DSY>0000PO,TCPIP*,WA4DSY-1*: ‘ vX >/ (Ox1c) 
Sending to TNC: twA4DSY>675900, TCPIP*,WA4DSY-1*: °012345>/ 
Sending to TNC: twA4DSY>PPQRST, TCPIP*,WA4DSY-1*: °012345>/ 


ConvertMicE yes 


Sending to TNC: *wA4DSY>APD214,TCPIP*,WA4DSY-1x«: !0000.00S/00000.00E>004/040/Mic-E/ 
M7/EMERGENCY. (Ox1c) 

Sending to TNC: twA4DSY>APD214, TCPIP*,WA4DSY-1*: !6759.00S/02021.22E>025/232/Mic-E/ 
M7/EMERGENCY. 

Sending to TNC: *wA4DSY>APD214,TCPIP*,WA4DSY-1*: !0012.34N/12021.22W>025/232/Mic-E/ 
MO/Off duty.. 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 17:00:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25870 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 17:00:18 -0500 (CDT) 
Date: Fri, 11 Aug 2000 14:59:08 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Spec Error? 
In-Reply-To: <LYR12892-102175-2000.08.11-15.20.31-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-102194-2000.08.11-17.05.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <Pine.GSO.4.10.10008111457120 .1672-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Looking at the last APRS spec that I downloaded, the example for 
a compressed object is not correct per the text. The example 
has no time field, but the text says it is required. Hopefully 
someone else has caught this before now. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 22:44:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA15267 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 22:44:15 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 11 Aug 2000 23:43:25 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Spec Error? 
In-Reply-To: <LYR11586-102194-2000.08.11-17.05.07-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-102242-2000.08.11-22.49.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008112342160 .15000-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 11 Aug 2000, Curt Mills, WE7U wrote: 


> Looking at the last APRS spec that I downloaded, the example for 
> a compressed object is not correct per the text. The example 

> has no time field, but the text says it is required. Hopefully 
> someone else has caught this before now. 


The compressed format only covers the LAT/LONG and CST fields 'wherever' 
they occur. Thus they can be with or without time fields. 


Bob 

> 

> Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 

> Senior Methods Engineer/SysAdmin 

> "Lotto: A tax on people who are bad at math." -- unknown 

> "Windows: Microsoft's tax on computer illiterates." -- WET7U 

> 

> 

> a 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 

> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 11 23:58:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA26122 

for <lyris.aprsspec@tapr.org>; Fri, 11 Aug 2000 23:58:53 -0500 (CDT) 
From: archer@eskimo.com 
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Fri, 11 Aug 2000 22:02:08 -0700 (PDT) 


X-Sender: archer@gatekeeper.we7u.net 

Reply-To: "Mills, Curt, WE7U" <BowHunter@mail .com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: Spec Error? 

In-Reply-To: <LYR12893-102242-2000.08.11-22.49.56--we7u#mail.com@lists.tapr.org> 
Message-ID: <LYR11589-102265-2000.08.12-00.04.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.LNX.4.04.10008112159550 .2221-100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 11 Aug 2000, Bob Bruninga wrote: 

On Fri, 11 Aug 2000, Curt Mills, WE7U wrote: 

> Looking at the last APRS spec that I downloaded, the example for 
> a compressed object is not correct per the text. The example 

> has no time field, but the text says it is required. Hopefully 
> 


someone else has caught this before now. 


The compressed format only covers the LAT/LONG and CST fields 'wherever' 
they occur. Thus they can be with or without time fields. 


VV VV VV VV WV 


Don't discount this so quickly Bob! Read the spec for "Objects" using 
the compressed lat/lon. The "Object" text specifies that a timestamp 
is REQUIRED. The example in the table shows an object WITHOUT a 
timestamp. Either the text or the example is incorrect. Not a big 
deal, but it IS incorrect. 


Curt, WET7U. BowHunter@mail.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WET7U. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 12 21:20:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA15894 

for <lyris.aprsspec@tapr.org>; Sat, 12 Aug 2000 21:20:50 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 12 Aug 2000 22:19:44 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Spec Error? 
In-Reply-To: <Pine.LNX.4.04.10008112159550.2221-100000@gatekeeper.we7u.net> 
Message-ID: <LYR11589-102369-2000.08.12-21.26.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10008122218360 .432-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 11 Aug 2000 archer@eskimo.com wrote: 


> The compressed format only covers the LAT/LONG and CST fields 'wherever' 
> they occur. Thus they can be with or without time fields. 


Don't discount this so quickly Bob! Read the spec for "Objects" using 
the compressed lat/lon. The "Object" text specifies that a timestamp 
is REQUIRED. The example in the table shows an object WITHOUT a 
timestamp. Either the text or the example is incorrect. Not a big 
deal, but it IS incorrect. 


VV VV VV VV 


Thanks! Yes, the OBJECT format does require a time stamp. So I agree, 
th eexample is bad... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 15:32:08 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA29393 
for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 15:32:07 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 16:24:17 -0400 
Content-Type: text/plain 
MIME-Version: 1.0 
Message-Id: <LYR11589-103654-2000.08.19-15.37.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q0081916313202.00715@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


A new version of aprsd is available at: 
http: //www.wa4dsy.net/Files/aprsd214.tar.gz 


The doc file can be viewed at: 
http: //www.wa4dsy.net/aprs/aprsdDOC. html 


The most noteable change is the server defaults to NOT converting 
Mic-E packets to classic APRS format. The Sysop can elect to convert 


if he needs to. 


Here is a list of the changes: 


REVISIONS 

2.1.4 

1) Fixed DeleteSession() so it can't delete if port number is -1 
and made ConnectedClients a signed integer. Hopefully this will 
prevent errors in the user count. 

2) The dup detector now ignores trailing spaces 


3) Put Location info on the html status page 


4) Deal with mic-e timestamps as per this email from Bob on Aug 3 2000. 


"We should not have included the timestamp when the conversion was done by 
an IGate just for the reasons that we dropped the time stamp in all other 
stations back in 1996. 


It was a mistake and we should £1ix it by simply replacing the "@DDHHMMz" 
portion of the conversion with a "!" for TAPR Mic-E's and toa "=" 
format for Message capable Mic-E's (Kenwoods). This would eliminate this 
nuisance immediately. " 


5) Fixed bug in HUB connection logic that caused it to advance by two instead of 
one 

after attempting to connect to a hub that was down. If only 2 hubs were 
defined 

it would always retry the same dead hub over and over. 


6) Added command "LogAlLIRF" to aprsd.conf. When set to "yes" all packets heard 
from the TNC 

will be written to /aprsd2/rf.log instead of only packets with our call sign as 
was the case. 


7) Added keyword "ConvertMicE yes | no" to aprsd.conf file. If this is set to 
"yes" 

Mic-E packets will be converted to classic APRS packets, otherwise they will 
pass 

through unchanged. Default is 


no 


8) Cleaned up some code in history.cpp: createHistoryArray(aprsString* hp) so it 
now 

aborts a history dump if memory allocation fails. The original code ignored a 
malloc failure. 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 15:45:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ0660 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 15:45:03 -0500 (CDT) 
Message-ID: <LYR11589-103658-2000.08.19-15.51.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-103654-2000.08.19-15.37.58-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 13:44:38 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <018001c00a1e$4b7920e0$1695b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAAQQ660 


I applaud the step in making Mic-E conversion optional; I feel it should be 
eliminated. I think it is wrong to change the conversion of Mic-E to type "=". 

It has long been stated that type "=" is a fixed station type, and I strongly feel 
it should be still considered a fixed station type with computer. Mobile 
computers are of type "@" and the timestamp is acquired from a GPS receiver and 
thus provides very good accuracy for the timestamp. Fixed computers do not move, 


do not need to have a GPS receiver and should have a way to indicate this. 


Calling "=" type packets not fixed is protocol revisionism, and is now being 
applied Mic-E converted packets. It has been clearly stated in the past the "=" 
was for fixed stations. By having APRSD convert Mic-E to "=" will only compound 


the conversion problems because this does not change the way APRS+SA or WinAPRS or 
other client program converts the packets. Fortunately, the default is to not 
convert them. 


Final side note, APRSD appears to be 8-bit data compatible, APRServe is 7-bit. 
Both do appear however to handle Mic-E data OK. 


Brent KH2Z 


sess Original Message ----- 

From: Dale Heatherington <dale@wa4dsy.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Sent: Saturday, August 19, 2000 1:24 PM 

Subject: [aprsspec] NEW! aprsd 2.1.4 available 


> A new version of aprsd is available at: 

> http: //www.wa4dsy.net/Files/aprsd214.tar.gz 

> 

> The doc file can be viewed at: 

> http://www.waddsy.net/aprs/aprsdDOC. html 

> 

> The most noteable change is the server defaults to NOT converting 
> Mic-E packets to classic APRS format. The Sysop can elect to convert 
> if he needs to. 

> 

> Here is a list of the changes: 

> 

> weeewewewen eee eee eee ewww ewww ww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee 


REVISIONS 


2.1.4 


1) Fixed DeleteSession() so it can't delete if port number is -1 
and made ConnectedClients a signed integer. Hopefully this will 
prevent errors in the user count. 


2) The dup detector now ignores trailing spaces 


3) Put Location info on the html status page 


"We should not have included the timestamp when the conversion was done by 
an IGate just for the reasons that we dropped the time stamp in all other 
stations back in 1996. 


It was a mistake and we should fix it by simply replacing the "@DDHHMMz" 
portion of the conversion with a "!" for TAPR Mic-E's and toa "=" 
format for Message capable Mic-E's (Kenwoods). This would eliminate this 


> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 4) Deal with mic-e timestamps as per this email from Bob on Aug 3 2000. 
> 
> 
> 
> 
> 
> 
> 
> 
> nuisance immediately. 
> 
> 
> 


5) Fixed bug in HUB connection logic that caused it to advance by two instead of 
one 


> after attempting to connect to a hub that was down. If only 2 hubs were 
defined 

> it would always retry the same dead hub over and over. 

> 

> 6) Added command "LogAl1RF" to aprsd.conf. When set to "yes" all packets heard 
from the TNC 

> will be written to /aprsd2/rf.log instead of only packets with our call sign 
as was the case. 

> 

> 

> 7) Added keyword "ConvertMicE yes | no 
"yes 
> Mic-E packets will be converted to classic APRS packets, otherwise they will 
pass 

> through unchanged. Default is "no 
> 

> 8) Cleaned up some code in history.cpp: createHistoryArray(aprsString* hp) so it 
now 


to aprsd.conf file. If this is set to 


> aborts a history dump if memory allocation fails. The original code ignored 
a malloc failure. 

> 

> 

> == 

> Dale Heatherington 

> dale@wa4dsy.net 

> Web Page http: //www.wa4ddsy.net 

> Sent by KMail for Linux 

> 

> 

> a 

> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 16:05:04 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ2779 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:05:03 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Sat, 19 Aug 2000 17:03:10 -0400 (EDT) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 

In-Reply-To: <LYR11586-103658-2000.08.19-15.51.08-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-103660-2000.08.19-16.11.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008191647350 .23673-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 19 Aug 2000, Brent Hildebrand wrote: 


> I think it is wrong to change the conversion of Mic-E to type "=". It 
> has long been stated that type "=" is a fixed station type, and I 

> strongly feel it should be still considered a fixed station type with 

> computer. 


APRS format xtypex charcters (!/=@) do *xnot* specify types of stations, 
they specify ONLY the xformatx of the packet. The "=" *xtypex simply means 
a format without a TIME STAMP. It has nothing to do with the type of 
station and it never did. 


> Mobile computers are of type "@" and the timestamp is acquired from a 
> GPS receiver and thus provides very good accuracy for the timestamp. 


Sorry, you got it backwards. Mobiles use the "@" format because they are 
going to include the time stamp, not because they are mobiles. 


Fixed computers do not move, do not need to have a GPS receiver and 
should have a way to indicate this. Calling "=" type packets not fixed 
is protocol revisionism, and is now being applied to Mic-E converted 
packets. It has been clearly stated in the past the "=" was for fixed 
stations. 


VV VV WV 


I am sorry, but nothing has been revised, only you are now finding out 
that your "interpretation" must have been wrong all along. The "=" format 
was always defined to be a xformat identifierx for a position report 


without a time stamp. It had nothing to do with the type of station. I 
am sorry if you missinterpreted it. 


This "=" format happened to be very appropriate and was used for FIXED 
stations where the time stamp was usually useless... but the xtypex 

of packet never "defined" a xtypex of station. Yes, we all agreed that it 
made sense for FIXED stations to use this format, but not the reverse. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 16:14:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04150 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:14:18 -0500 (CDT) 
Message-Id: <LYR11589-103662-2000.08.19-16.20.18- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 17:13:52 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008192113 .VAA24278@www.findu. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/19/00 4:44 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 
>I applaud the step in making Mic-E conversion optional; I feel it should 
APRServe will continue to do it, and www.aprs.net will have the aprsd 
option turned on. Regardless of what may be "pure", the reality is there 


are clients that are not able to handle the data. I feel that backwards 
compatability is important, and until all versions of the program have 


been verified to be able to send and receive the Mic-E data, I will 
continue to do the conversion at the network level. 


This would be a nice task for an individual to take on, to test each 
version against the Mic-E data... 


>be eliminated. I think it is wrong to change the conversion of Mic-E to 
>type "=". It has long been stated that type "=" is a fixed station type, 
>and I strongly feel it should be still considered a fixed station type 
>with computer. Mobile computers are of type "@" and the timestamp is 
>acquired from a GPS receiver and thus provides very good accuracy for the 
>timestamp. Fixed computers do not move, do not need to have a GPS 


My recollection is the same as Bob's on this point. I do not recall the 
difference ever being defined as fixed vs. mobile, only timestamp vs no 
timestamp. 


>Final side note, APRSD appears to be 8-bit data compatible, APRServe is 
>7-bit. Both do appear however to handle Mic-E data OK. 

> 

Nice to have independent confirmation, perhaps this will put the 
persistant rumors that it is APRServe's fault to rest... 


The 7 bit limitation is deliberate on my part, as APRServe is designed to 
handle TNC text only, the 8th bit is masked off on each character. It 
could be removed easily if there ever were a reason to pass 8 bit data. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 16:38:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ7107 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:38:18 -0500 (CDT) 
Message-ID: <LYR11589-103664-2000.08.19-16.44.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-103660-2000.08.19-16.11.07-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 14:36:38 -0700 
MIME-Version: 1.0 


Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <O1ab01c00a25$8f£7d5£c0$1695b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA07107 


Fixed computers do not move, do not need to have a GPS receiver and 
should have a way to indicate this. Calling "=" type packets not fixed 
is protocol revisionism, and is now being applied to Mic-E converted 
packets. It has been clearly stated in the past the "=" was for fixed 
stations. 


VVVV Vv 


I am sorry, but nothing has been revised, only you are now finding out 
that your "interpretation" must have been wrong all along. The "=" format 
was always defined to be a xformat identifierx for a position report 
without a time stamp. It had nothing to do with the type of station. I 
am sorry if you missinterpreted it. 


VV VV VV VV VV WV 


We have called if fixed, you have called if fixed. It is appropriate to call it 
fixed because the implications of using "=" without a timestamp was because it was 
for stations that would not change their Lat/Long frequently. Now the only way to 
differentiate a fixed vs mobile station is to observe that there are more the Lat/ 
Long for the station. So be it. But I think it is wrong. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 16:44:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ7496 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:44:27 -0500 (CDT) 
Message-ID: <LYR11589-103665-2000.08.19-16.50.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-103662-2000.08.19-16.20.18-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 14:44:16 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="is0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01bd01c00a26$a02b4840$1695b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA07496 


>be eliminated. I think it is wrong to change the conversion of Mic-E to 
>type "=". It has long been stated that type "=" is a fixed station type, 
>and I strongly feel it should be still considered a fixed station type 
>with computer. Mobile computers are of type "@" and the timestamp is 
>acquired from a GPS receiver and thus provides very good accuracy for the 
>timestamp. Fixed computers do not move, do not need to have a GPS 


My recollection is the same as Bob's on this point. I do not recall the 
difference ever being defined as fixed vs. mobile, only timestamp vs no 
timestamp. 


VVVV VV VV VV 


I will quote Bob from just a week ago: 

"No, there should be no such association. "=" and "!" formats have always 
been for Position Reports *without* a time stamp. Although this has been 
usually applied to non-moving fixed stations, this is not the definition 
of the format. Yes, we even called it "fixed" stations, but that was a 
label of convenience, not a label of function..." 


Yes, we have called it Fixed stations. =" Fixed stations with computers, 
Fixed stations without computers. We have used this terminology in discussions 
for a long time. 


Brent KH2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 16:50:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ8135 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 16:50:30 -0500 (CDT) 
Message-Id: <LYR11589-103666-2000.08.19-16.56.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 17:50:09 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008192150.VAA25325@www. findu.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/19/00 5:44 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>I will quote Bob from just a week ago: 

> 

>"No, there should be no such association. "=" and "!" formats have always 
>been for Position Reports *without* a time stamp. Although this has been 
>usually applied to non-moving fixed stations, this is not the definition 
>of the format. Yes, we even called it "fixed" stations, but that was a 
>label of convenience, not a label of function..." 


> 

>Yes, we have called it Fixed stations. "=" Fixed stations with 
>computers, "!" Fixed stations without computers. We have used this 
>terminology in discussions for a long time. 

> 


But @ has been used all along for weather reports from fixed stations. My 
recollection remains that these were not limited to either mobile or 
fixed use, only as to weather the data was time related. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 17:03:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10399 
for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 17:03:31 -0500 (CDT) 


Message-ID: <LYR11589-103668-2000.08.19-17.09.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


References: <LYR11585-103666-2000.08.19-16.56.36-- 
bhildebrand#earthlink.net@lists.tapr.org> 

Subject: [aprsspec] Re: NEW! aprsd 2.1.4 available 
Date: Sat, 19 Aug 2000 15:03:14 -0700 
MIME-Version: 1.0 

Content-Type: text/plain; 


charset="iso-8859-1" 


X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01cf01c00a29$46a18020$1695b3d1@celeron> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA10399 


VV VV VV VV VV VV OV 


On 8/19/00 5:44 PM Brent Hildebrand (bhildebrand@earthlink.net) wrote: 


>I will quote Bob from just a week ago: 

> 

>"No, there should be no such association. "=" and "!" formats have always 
>been for Position Reports xwithout* a time stamp. Although this has been 
>usually applied to non-moving fixed stations, this is not the definition 
>of the format. Yes, we even called it "fixed" stations, but that was a 
>label of convenience, not a label of function..." 


> 
>Yes, we have called it Fixed stations. "=" Fixed stations with 
>computers, "!" Fixed stations without computers. We have used this 


>terminology in discussions for a long time. 


> 

But @ has been used all along for weather reports from fixed stations. My 
recollection remains that these were not limited to either mobile or 
fixed use, only as to weather the data was time related. 


VVV NM 


Yes, that is true. I have felt we should have a unique identifier for WX packets, 
but we have not agreed on that with using both "@" and "_" type packets for 
weather where the later provides no additional information over the prior. I 
still strongly feel that the timeless packet types should be reserved for fixed 
stations, it adds useful information that can allow quick determination of a 
stations type. Moving stations have (should) ready access to a very accurate time 
source. 


Brent KH2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 17:05:23 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10549 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 17:05:22 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 19 Aug 2000 18:01:53 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRSd/APRServe NETWORK MAP 
In-Reply-To: <LYR11586-103654-2000.08.19-15.37.58-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-103670-2000.08.19-17.11.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008191736220 .23673-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As APRSd and APRServe represent the global APRS INTERNET network, and 
Igates come and go all the time, I am finding myself increasingly 
confused as to what the real "“aprserve" network is. 


Each APRSd provides a WEB interface to see what other systems it is 
connected to, but wouldn't you have to be a worm to crawl through every 
possible connection to see what the big picture was at any instant? 


What would realy be neat would be a LIVE WORLD map showing all active 
IGates, with directional arrows between them showing the types of 
links. 


Am I dreaming? (or is it already done somewhere?) 


Since we are SO DEPENDENT on the infrastructure created by Steve and Dale 
and Brent and Sprouls, and others and our future depends on the 
reliability of this INTERNET network, I hope that we can come up with this 
big-picture LIVE INTERNET map as a way of keeping our fingers on the 
pulse... of the "network" 


? de WB4APR, Bob ? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 17:19:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA12390 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 17:19:19 -0500 (CDT) 
Message-Id: <LYR11589-103671-2000.08.19-17.25.01- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
Date: Sat, 19 Aug 2000 18:18:13 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008192218 .WAA26070@www. findu.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 8/19/00 6:01 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>As APRSd and APRServe represent the global APRS INTERNET network, and 
>Igates come and go all the time, I am finding myself increasingly 
>confused as to what the real "aprserve" network is. 

> 

>Each APRSd provides a WEB interface to see what other systems it is 
>connected to, but wouldn't you have to be a worm to crawl through every 
>possible connection to see what the big picture was at any instant? 

> 

The web status was added in 2.1.3 I believe, many IGates are running 
older versions. In addition, when people upgrade they must manually edit 
their config file to enable the feature, so many of those who are using 
the latest version do not have this enabled. 


If you ever do succeed to produce such an image, it would be a horrible 
mass of spaghetti, as many IGate are configured in strange and wonderful 
ways! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 18:02:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA21241 
for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 18:02:19 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
Date: Sat, 19 Aug 2000 18:57:54 -0400 
Content-Type: text/plain 
References: <LYR18156-103671-2000.08.19-17.25.01--daled#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-103671-2000.08.19-17.25.01--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-103678-2000.08.19-18.08.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q0081919015803 .00715@lab1> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


FYI, the aprsd web interface is enabled by default. The sysop 
must modify his aprsd.conf to disable it. Versions 2.1.2 and up have it. 


The real barrier to making the map is the lack of lat/lon info of the aprsd igate 
in the status page. This could be added but would require one or more new entires 
in the aprsd.conf file. 


On Sat, 19 Aug 2000, Steve Dimse K4HG wrote: 
On 8/19/00 6:01 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>As APRSd and APRServe represent the global APRS INTERNET network, and 
>Igates come and go all the time, I am finding myself increasingly 
>confused as to what the real "aprserve" network is. 

> 

>Each APRSd provides a WEB interface to see what other systems it is 
>connected to, but wouldn't you have to be a worm to crawl through every 
>possible connection to see what the big picture was at any instant? 

> 

The web status was added in 2.1.3 I believe, many IGates are running 
older versions. In addition, when people upgrade they must manually edit 
their config file to enable the feature, so many of those who are using 
the latest version do not have this enabled. 


If you ever do succeed to produce such an image, it would be a horrible 
mass of spaghetti, as many IGate are configured in strange and wonderful 
ways! 


Steve K4HG 


You are currently subscribed to aprsspec as: dale@wa4dsy.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV 


Vv 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 19 19:38:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ7142 

for <lyris.aprsspec@tapr.org>; Sat, 19 Aug 2000 19:38:51 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 19 Aug 2000 20:38:09 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
In-Reply-To: <LYR11586-103678-2000.08.19-18.08.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-103687-2000.08.19-19.44.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008192036080 .10880-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 19 Aug 2000, Dale Heatherington wrote: 


> The real barrier to making the [realtime network] map is the lack of 
> lat/lon info of the aprsd igate in the status page. This could be added 
> but would require one or more new entires in the aprsd.conf file. 


Why cannot it capture it from the Igates POSITs? 
Or couldnt each APRSd server simply beacon its own POSIT at the same 30 
minute interval as everyone else? 


Bob 
On Sat, 19 Aug 2000, Steve Dimse K4HG wrote: 


> On 8/19/00 6:01 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 
> 


VV VV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


VV VV VV VV VV VV VV VV VV VV VV 


Vv 


>As APRSd and APRServe represent the global APRS INTERNET network, and 
>Igates come and go all the time, I am finding myself increasingly 
>confused as to what the real "aprserve" network is. 

> 

>Each APRSd provides a WEB interface to see what other systems it is 
>connected to, but wouldn't you have to be a worm to crawl through every 
>possible connection to see what the big picture was at any instant? 

> 

The web status was added in 2.1.3 I believe, many IGates are running 
older versions. In addition, when people upgrade they must manually edit 
their config file to enable the feature, so many of those who are using 
the latest version do not have this enabled. 


If you ever do succeed to produce such an image, it would be a horrible 
mass of spaghetti, as many IGate are configured in strange and wonderful 
ways! 


Steve K4HG 


You are currently subscribed to aprsspec as: dale@wa4dsy.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 20 07:44:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA10289 

for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 07:44:35 -0500 (CDT) 
Message-ID: <LYR11589-103727-2000.08.20-07.50.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 20 Aug 2000 08:39:42 -0400 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
References: <LYR18156-103671-2000.08.19-17.25.01--daled#waddsy.net@lists.tapr.org> 
<LYR11610-103678-2000.08.19-18.08.26--propnet#greeceny.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <399FD18E.C82FD67@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


If the RF-to-Internet station included it's posit in the 
data stream every 30-minutes, and there was a 
"band-of-origination" byte in the spec that it could insert 
into each posit as it is gated, this would be a very useful 
system to plot the APRS' fluid topology. 


Of course, this is simply the input from a user, who doesn't 
program APRS code, so the compexity of doing such a thing 
escapes me. But it would be a useful utility. :o) 


Ev, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 20 09:51:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA19720 

for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 09:51:11 -0500 (CDT) 
Date: Sun, 20 Aug 2000 09:50:46 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-103742-2000.08.20-09.57.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
In-Reply-To: <LYR11595-103727-2000.08.20-07.50.34-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008201450.JAA70438@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Sun, 20 Aug 2000 08:39:42 -0400 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 

Lawl 
If the RF-to-Internet station included it's posit in the 
data stream every 30-minutes, and there was a 
"band-of-origination" byte in the spec that it could insert 
into each posit as it is gated, this would be a very useful 
system to plot the APRS' fluid topology. 

= 


VV VV VV VV VV 


If it is a once-every-30-minutes beacon, you may as well include 
the frequency, rather than just the band. 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 20 09:57:50 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA21053 

for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 09:57:45 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Sun, 20 Aug 2000 10:54:14 -0400 (EDT) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 

In-Reply-To: <LYR11586-103727-2000.08.20-07.50.34-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-103745-2000.08.20-10.03.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008201051370 .18925-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 20 Aug 2000, Ev Tupis (W2EV) wrote: 


If the RF-to-Internet station included it's posit in the 
data stream every 30-minutes, and there was a 
"band-of-origination" byte in the spec that it could insert 
into each posit as it is gated, this would be a very useful 
system to plot the APRS' fluid topology. 


VVVV WV 


I think it is time to make the I-GATE ICON an OVERLAY ICON. THis way, we 
can overlay "6", "2", "H" "S" to represent 6m, 2m, HF and Satelliite 
IGates. I think this will be important in the years to come... 


In fact, it is trivial to add this to APRSdos, only by adding a single 
byte in the list of ICON's that can be overlayed. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 20 10:10:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA23956 

for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 10:10:07 -0500 (CDT) 
Message-Id: <LYR11589-103748-2000.08.20-10.15.44- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
Date: Sun, 20 Aug 2000 11:08:43 -0400 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008201508 .PAA11922@www. findu.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/20/00 10:54 AM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>I think it is time to make the I-GATE ICON an OVERLAY ICON. THis way, we 
>can overlay "6", "2", "H" "S" to represent 6m, 2m, HF and Satelliite 
>IGates. I think this will be important in the years to come... 

> 

>In fact, it is trivial to add this to APRSdos, only by adding a single 
>byte in the list of ICON's that can be overlayed. 

> 

As I've said in the past, I still don't see the need to limit overlay to 
any set of icons. javAPRS has always supported overlay of any icon. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 20 12:21:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA10002 

for <lyris.aprsspec@tapr.org>; Sun, 20 Aug 2000 12:21:54 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 20 Aug 2000 13:20:20 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 

In-Reply-To: <200008201508 .PAA11922@www. findu.com> 

Message-ID: <LYR11589-103774-2000.08.20-12.27.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008201315060 .18925-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> >I think it is time to make the I-GATE ICON an OVERLAY ICON. THis way, we 
> >can overlay "6", "2", "H" "S" to represent 6m, 2m, HF and Satelliite 
> >IGates. I think this will be important in the years to come... 


Steve Dimse wrote: 
> As I've said in the past, I still don't see the need to limit overlay to 
> any set of icons. javAPRS has always supported overlay of any icon. 


I agree. The Sprouls had a problem with it initially. Maybe that problem 
is no longer with us, now that they have been supporting Overlays for some 
time. 


But in general, overlayable Icons need to have enough empty space in the 
center so that the overlay character looks nice, like it fits, instead 

of obscuring the central image of the ICON. I think that this is the main 
reason why we have not opened up Overlays to all characters, and tend to 
take it on a case-by-case basis...? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 04:19:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA22096 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 04:19:13 -0500 (CDT) 
From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRSd/APRServe NETWORK MAP 
Date: Tue, 22 Aug 2000 19:29:56 +1000 
Message-ID: <LYR11589-104184-2000.08.22-04.25.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
In-Reply-To: <LYR11660-103894-2000.08.21-00.04.16--darryli#radio- 
active.net.au@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001201c00c1b$8976£9e0$32ae2acb@dell.radio-active.net.au> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hits ci's 


I tried a few weeks ago to plot the interconnects between APRSd/APRServe... 
and ran into a problem... I do not have a tool that can graph 3D 


relationships, and the information I was getting was useless without this... 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 04:31:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA22708 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 04:31:34 -0500 (CDT) 
From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] GATEing to RF 
Date: Tue, 22 Aug 2000 19:42:18 +1000 
Message-ID: <LYR11589-104185-2000.08.22-04.37.45- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001301c00c1d$43a14040$32ae2acb@dell.radio-active.net.au> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G' Day 


This is a hard one, but I think it is more of SPEC that SIG. There now 
exists software that makes it very easy to gate particular classes of 
callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as 
far as I can tell... But is very easy under UI-View. 


What we are seeing in Australia is a few stations sending large amounts of 
data to RF from the internet... For instance ALL european RF stations, or 
all stations from a particular IGATE in the USA. 


The way that software is working is that it transmits the data onto RF as 
soon as it gets it from the IGATE. The most horrible example of this was 
when one station connected to an IGATE on the port that had the 30 minute 
history, and kept transmitting continuously for minutes. 


Given for ALOHA we should be utilising the frequency less than 
20% should the spec state that no transmitter should transmit on 


a channel more than 20% over a 30 second window? [720 Bytes/30 seconds] 


Now, 


o Is this reasonable? 

o Are other people seeing these sorts of problems? 

o If this were implemented, what should we do with packets over the Quota? 
o Should we delete them 

o or try to send them again once and then delete them? 


Please do not mis-understand me... There are certainly good reasons to push 
data from the internet to RF, and UI-View does a lot of good things for 
APRS... Some clarification would be useful before too many people start 


doing too many horrible things to wreck APRS. 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 07:36:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA10208 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 07:36:26 -0500 (CDT) 
Message-ID: <LYR11589-104198-2000.08.22-07.42.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 22 Aug 2000 13:34:32 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: GATEing to RF 
References: <LYR13460-104185-2000.08.22-04.37.45-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-104185-2000.08.22-04.37.45-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4q6dQ0iAYNno5EwIp@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


In article <LYR13460-104185-2000.08.22-04.37.45--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Darryl Smith <darryl@radio-active.net.au> writes 

>G' Day 

> 

>This is a hard one, but I think it is more of SPEC that SIG. There now 
>exists software that makes it very easy to gate particular classes of 
>callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as 
>far as I can tell... But is very easy under UI-View. 


Not really, and it certainly can't be done accidentally. It requires the 
user to edit a file and input the information for the stations he wants 
to gate. (I thought WinAPRS also had that facility?) 


>What we are seeing in Australia is a few stations sending large amounts of 
>data to RF from the internet... For instance ALL european RF stations, or 
>all stations from a particular IGATE in the USA. 


Just as a point of fact, neither of those selections is possible in 
UI-View. 


>The way that software is working is that it transmits the data onto RF as 
>soon as it gets it from the IGATE. The most horrible example of this was 
>when one station connected to an IGATE on the port that had the 30 minute 
>history, and kept transmitting continuously for minutes. 


> 
> Given for ALOHA we should be utilising the frequency less than 

> 20% should the spec state that no transmitter should transmit on 

> a channel more than 20% over a 30 second window? [720 Bytes/30 seconds] 
>Now, 

> o Is this reasonable? 


No, and have you told the few stations doing it that it isn't 
reasonable? If not, why not? If you've told them, what did they say? 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 11:05:13 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA11161 
for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 11:05:12 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 22 Aug 2000 12:02:35 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
In-Reply-To: <LYR11586-104185-2000.08.22-04.37.45-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-104239-2000.08.22-11.10.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008220855470 .8636-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Good idea. I like the idea of self-enforcement of the 20% aloha rule in 
general as a default. The user can override it on a case basis, but after 
say one hour, the default kicks back in. Or smoething like that... 


bob 


On Tue, 22 Aug 2000, Darryl Smith 
wrote: 


This is a hard one, but I think it is more of SPEC that SIG. There now 
exists software that makes it very easy to gate particular classes of 
callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as 
far as I can tell... But is very easy under UI-View. 


What we are seeing in Australia is a few stations sending large amounts of 
data to RF from the internet... For instance ALL european RF stations, or 
all stations from a particular IGATE in the USA. 


The way that software is working is that it transmits the data onto RF as 
soon as it gets it from the IGATE. The most horrible example of this was 
when one station connected to an IGATE on the port that had the 30 minute 
history, and kept transmitting continuously for minutes. 


VV VV VV VV VV VV OV 


Given for ALOHA we should be utilising the frequency less than 
20% should the spec state that no transmitter should transmit on 
a channel more than 20% over a 30 second window? [720 Bytes/30 seconds] 


Now 


= 


o Is this reasonable? 

o Are other people seeing these sorts of problems? 

o If this were implemented, what should we do with packets over the Quota? 
o Should we delete them 

o or try to send them again once and then delete them? 


Please do not mis-understand me... There are certainly good reasons to push 
data from the internet to RF, and UI-View does a lot of good things for 
APRS... Some clarification would be useful before too many people start 


doing too many horrible things to wreck APRS. 


VVVVV VV VV VV VV VV VV VV 


Darryl 
> eeeee eee = 
> Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
> Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
> Darryl@radio-active.net.au | www.radio-active.net.au for domain names 
> 
> 
> 
> -=<= 
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 
> 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 11:43:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA18759 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 11:43:34 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 22 Aug 2000 12:38:35 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
In-Reply-To: <LYR11586-104198-2000.08.22-07.42.12-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-104249-2000.08.22-11.47.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008221229160.1179-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 22 Aug 2000, Roger Barker wrote: 


Given for ALOHA we should be utilising the frequency less than 

20% should the spec state that no transmitter should transmit on 

a channel more than 20% over a 30 second window? [720 Bytes/30 seconds] 
Now, Is this reasonable? 


VV VV 


No, and have you told the few stations doing it that it isn't 
reasonable? If not, why not? If you've told them, what did they say? 


VV VV VV MV 


Actually, come to think about it, CHANNEL SHARING at less than 10% is 
totally enforced and built into APRSdos. ALways has been. Even for 
manually transmitted packets, the software will not let you transmit ANY 
packet any more often than one every 10 seconds. I guess I assumed that 
this fail-safe protection being built-in was so fundamental to our UI 
network, that I never thought to suggest to other authors to make sure 
they also had some kinds of built-in loading protection. 


The more I think about it, the more I would hope that all authors include 
some kinds of default limits on channel loading. I am not saying that you 
cannot let the user override these defaults. Of course, there are 


exceptions and so forth, but in general, it seems reaslnable to me that we 
all must protect the channel from unintended consequences of improper 
settings by having this final LOADING timer on each stations contribution 
to the network... 


Just a thought. I am not pointing any fingers at all. I do not know wht 
the other authors do, but 10% loading restrictions have always been 
fundamental to APRSdos to protect the network.... 


Any other use of the channel should not be on 144.39 but should be ona 
dedicated frequency... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 12:18:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA24482 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 12:18:30 -0500 (CDT) 
From: Dale Heatherington <dale@Qwa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
Date: Tue, 22 Aug 2000 13:06:38 -0400 
Content-Type: text/plain 
References: <LYR18156-104185-2000.08.22-04.37.45--daled#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-104185-2000.08.22-04.37.45--dale#wa4ddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-104255-2000.08.22-12.24.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q0082213162201.00995@lab1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Below are the aprsd.conf statments that control Internet to RF 
packet gating. Note TncPktSpacing which controls the rate packets 


are allowed to be transmitted on RF. These packets come from a 64 packet 
fifo queue. Packets overflowing the queue are discarded. The discarded 
packets are counted in "TncQ Overflows" viewable on the aprsd html status page. 


i## Allow Internet to RF message passing. 
rf-allow yes 
if 


#Set the minimum time between TNC transmit packets in milliseconds 
TncPktSpacing 1500 
dE 


if 

d##Selected call signs which are always gated to RF 

#if they are not seen locally. All packets from 

##these are gated in real time. Do not use unless 

d#tyou really need real time data. Consider posit2rf below. 
i##They are case sensitive! Use upper case. Up to 64 may be defined. 
if 

gate2rf K4HG-8 NANEQ-9 

gate2rf W7LUS-14 

if 

##HCall signs of stations whose posits are gated 

d##tto RF every 15 minutes. Only posit packets are 

##gated. Posits are taken from the history list. 

i##They are case sensitive! Use upper case. 

posit2rf K4HG-8 NA4NEQ-9 

posit2rf W7LUS-14 

if 

d##Define a list of message destination call signs or aliases 
d##Hto gate to RF full time. Note: the CQGA example 

d#tbelow is CQ GA (Georgia). Edit to suite your locale. 

#Up to 64 of these may be defined. They are case sensitive. 
if 

msgdest2rf SCOUTS KIDS CQGA 

if 

dfend 


On Tue, 22 Aug 2000, Darryl Smith wrote: 
> G'Day 


> 
> This is a hard one, but I think it is more of SPEC that SIG. There now 
> exists software that makes it very easy to gate particular classes of 


callsigns to RF... This is hard or impossible under APRSd and WinAPRS, as 
far as I can tell... But is very easy under UI-View. 


What we are seeing in Australia is a few stations sending large amounts of 
data to RF from the internet... For instance ALL european RF stations, or 
all stations from a particular IGATE in the USA. 


The way that software is working is that it transmits the data onto RF as 
soon as it gets it from the IGATE. The most horrible example of this was 
when one station connected to an IGATE on the port that had the 30 minute 
history, and kept transmitting continuously for minutes. 


Given for ALOHA we should be utilising the frequency less than 
20% should the spec state that no transmitter should transmit on 
a channel more than 20% over a 30 second window? [720 Bytes/30 seconds] 


o Is this reasonable? 

o Are other people seeing these sorts of problems? 

o If this were implemented, what should we do with packets over the Quota? 
o Should we delete them 

o or try to send them again once and then delete them? 


Please do not mis-understand me... There are certainly good reasons to push 
data from the internet to RF, and UI-View does a lot of good things for 
APRS... Some clarification would be useful before too many people start 


doing too many horrible things to wreck APRS. 


Darryl 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 


Vv 
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VV VV VV VV VV 


Vv 


Dale Heatherington 
dale@wa4ddsy.net 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 12:30:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27981 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 12:30:51 -0500 (CDT) 
Message-Id: <LYR11589-104258-2000.08.22-12.36.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
Date: Tue, 22 Aug 2000 13:29:57 -0400 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008221730.KAA15114@scaup.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/22/00 12:02 PM Bob Bruninga (bruninga@nadn.navy.mil) wrote: 


>Good idea. I like the idea of self-enforcement of the 20% aloha rule in 
>general as a default. The user can override it on a case basis, but after 
>say one hour, the default kicks back in. Or smoething like that... 

> 

APRServe has always had hardcoded limits far, far below this limit, with 
one message packet per station every minute, and one position report 

every 10 minutes. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 14:26:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA19316 


for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 14:26:38 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 22 Aug 2000 15:26:13 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
In-Reply-To: <LYR11586-104255-2000.08.22-12.24.12-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-104280-2000.08.22-14.32.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008221514450 .21851-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 22 Aug 2000, Dale Heatherington wrote: 


> ... note TncPktSpacing (milliseconds) which controls the rate packets 
> are allowed to be transmitted on RF.... 
> 


> TncPktSpacing 1500 
Hummh... I can think of some ideas. 


1) In the case of multiple packets, then this does not allow multiple 
packets to be all bundled together into a single multi-frame packet burst? 
THus we lose the advantage of TXD delay amortization? Actually, it 
probably does, since multiple packets if they queue up due to a busy 
channel, then they will all be bundled by the TNC anyway when the channel 
clears. 


2) If 1.5 seconds above is applied to every packet, then we do get the 
inneffeciencies of multiple TXD delays and you also get lots of problems 
with collisions when the first packet is still being digipeated when the 
next one comes out. In this case, it is still better to bundle up say 3 
to 5 packets at a time before transmitting any of them? 


So woiuld it be better to force the IGate-to-RF to BUNDLE packets and then 
limit the timing of these bundles? SOmethign like this: 


* Hold each packet for 3 seconds. 

Combine each new packet with the pending queue 

* When a total of 5 packets are accumulated OR more than 3 seconds has 
gone by without any more pacekts, and when the courtesy count down 
timer is zero, then transmit them all at once. 

x reset courtesy count-down timer to N seconds. 


+ 


If the Igate is to be an equal user of the channel, then set N to about 18 
seconds. If the Igate is to get priority, then set it to about 8 or 
less.. 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 14:43:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA21742 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 14:43:11 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 22 Aug 2000 15:42:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
In-Reply-To: <200008221730.KAA15114@scaup.prod.itd.earthlink.net> 
Message-ID: <LYR11589-104285-2000.08.22-14.49.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10008221538520 .21851-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 22 Aug 2000, Steve Dimse wrote: 
> APRServe has always had hardcoded limits far, far below this limit, with 


> one message packet per station every minute, and one position report 
> every 10 minutes. 


Thats good. I like that. But, with over 2000 people on the APRServe 
stream, and say more than 10 of them decide to communicate with someone in 
dayton, then that totals to about 11 packets per minute or about the ALOHA 
limit for the Dayton IGate. 


Thus, the limit seems to be a reasonable one, although it could saturaate 
in such a worst case scenario... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 14:58:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA24056 
for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 14:58:44 -0500 (CDT) 


Date: Tue, 22 Aug 2000 14:57:18 -0500 (CDT) 

From: Tim Salo <salo@networkcs.com> 

Message-Id: <LYR11589-104291-2000.08.22-15.04.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: GATEing to RF 

In-Reply-To: <LYR11595-104285-2000.08.22-14.49.18-- 
salo#networkcs.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008221957 .0AA19661@us.networkcs. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


VV VV VV VV 


Date: Tue, 22 Aug 2000 15:42:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
Subject: [aprsspec] Re: GATEing to RF 

eet | 
Thats good. I like that. But, with over 2000 people on the APRServe 
stream, and say more than 10 of them decide to communicate with someone in 
dayton, then that totals to about 11 packets per minute or about the ALOHA 
limit for the Dayton IGate. 


Is the Dayton IGate deaf, or if the comparison with ALOHA a bit 
stretched? 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 15:04:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA25005 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 15:04:32 -0500 (CDT) 
Message-Id: <LYR11589-104295-2000.08.22-15.10.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
Date: Tue, 22 Aug 2000 16:03:13 -0400 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008222003 .NAA20704@avocet.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/22/00 3:57 PM Tim Salo (salo@networkcs.com) wrote: 


>> Thats good. I like that. But, with over 2000 people on the APRServe 

>> stream, and say more than 10 of them decide to communicate with someone in 
>> dayton, then that totals to about 11 packets per minute or about the ALOHA 
>> limit for the Dayton IGate. 


>Is the Dayton IGate deaf, or if the comparison with ALOHA a bit 
>stretched? 

> 

Actually, the Dayton IGate is one way, which is probably a good thing ;-) 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 15:14:40 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA27726 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 15:14:39 -0500 (CDT) 
Date: Tue, 22 Aug 2000 15:13:45 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-104301-2000.08.22-15.20.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
In-Reply-To: <200008222003 .NAA20704@avocet.prod.itd.earthlink.net> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008222013 .PAA20208@us.networkcs. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Subject: Re: [aprsspec] Re: GATEing to RF 
Date: Tue, 22 Aug 2000 16:03:13 -0400 
From: Steve Dimse <sdimse@earthlink.net> 


On 8/22/00 3:57 PM Tim Salo (salo@networkcs.com) wrote: 

>> Thats good. I like that. But, with over 2000 people on the APRServe 

>> stream, and say more than 10 of them decide to communicate with someone in 
dayton, then that totals to about 11 packets per minute or about the ALOHA 
>> limit for the Dayton IGate. 


>Is the Dayton IGate deaf, or if the comparison with ALOHA a bit 
>stretched? 


VV VV NV VV VV VV VV WV 
Vv 
Vv 


Actually, the Dayton IGate is one way, which is probably a good thing ;-) 
Sorry I wasn't more clear. 


Does the Dayton IGate operate in CSMA mode, namely does it listen 
before transmitting in order to reduce collisions? 


-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Tue Aug 22 18:45:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA15472 

for <lyris.aprsspec@tapr.org>; Tue, 22 Aug 2000 18:45:23 -0500 (CDT) 
Message-Id: <LYR11589-104346-2000.08.22-18.51.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: GATEing to RF 
In-reply-to: Your message of "Tue, 22 Aug 2000 16:03:13 EDT." 

<LYR11592-104295-2000.08.22-15.10.39--n8ur#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Date: Tue, 22 Aug 2000 19:44:45 -0300 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008222344 .TAA24299@meow. febo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/22/00 3:57 PM Tim Salo (salo@networkcs.com) wrote: 


>> Thats good. I like that. But, with over 2000 people on the APRServe 

>> stream, and say more than 10 of them decide to communicate with someone in 
>> dayton, then that totals to about 11 packets per minute or about the ALOHA 
>> limit for the Dayton IGate. 


>Is the Dayton IGate deaf, or if the comparison with ALOHA a bit 
>stretched? 

> 

Actually, the Dayton IGate is one way, which is probably a good thing ;-) 


VV VV VV VV VV VV OV 
Vv 


Steve K4HG 
For now... we'll be converting over to aprsd as soon as I work out some 
details. 
John N8UR 


jra@febo.com 


John Ackermann N8UR 
Dayton, Ohio, USA 
jra@febo.com -- http://www.febo.com 


Version: 2.6.3a 


mQBtAzgI9hgAAAEDAMiMQDZTVVuVISOAScIOWy630K4+05xvtxbXx/ZoG1iqCOuYDI 
Fph4/RqL9OvVEItwBy6ISk+zbkATzPgy84nr17+GBt1d4F9DOHWARQXjC1I8cFZjY 
TSe16f£f£q0/balukLnQAFEbQ1Sm90biBSLiBBY2tlcmLhbm4gTjhVUiA8anIhQGZ1 
Ym8uY29tPokAdQMFEDg19hjq0/balukLnQEBtYIC/AxJ2RqTO/9TqY8IGEkPx2sw 
+W5Z6TU4UL654t9diGdCcIEPjO0G1IqUvwH2XopOY j IOGOM4NnHIW6qUSN5VH7hHKA 
bGnpuTxinuW/gkKal3bt2MC8QZZq0gy2de269071E2A== 

=UHW1 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 23 17:08:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA24606 

for <lyris.aprsspec@tapr.org>; Wed, 23 Aug 2000 17:08:18 -0500 (CDT) 
From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Version 1? 
Date: Wed, 23 Aug 2000 10:33:05 -0700 
Message-ID: <LYR11589-104562-2000.08.23-12.40.47- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJCEPGCAAA. cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Maybe in time for DCC? That would be nice. I think it's important to get 
an actual, official Version 1 accomplished as the working group intended. 
Some of the stuff recently being discussed here could come later. 

73, Cap 


Cap Pennell KE6AFE 

Santa Cruz, CA 95062-1002 
3658.93N/12200.91W CM86xx 
http: //members.cruzio.com/~cap 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 24 08:43:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA26744 

for <lyris.aprsspec@tapr.org>; Thu, 24 Aug 2000 08:43:33 -0500 (CDT) 
From: "Rob Wittner" <rmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSd/APRServe NETWORK MAP 
Date: Thu, 24 Aug 2000 09:42:05 -0400 
Message-ID: <LYR11589-104786-2000.08.24-08.49.42- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11697-103748-2000.08.20-10.15.44--xmwiétrwa-inc.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NCBBLCALKLCLLFGBMFCMKEMBDMAA. rmw@rwa-inc.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


> As I've said in the past, I still don't see the need to limit overlay to 
> any set of icons. javAPRS has always supported overlay of any icon. 

> 

> Steve K4HG 


So has APRS/CE, for the record... 


-Rob 
KZ5RW 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 27 11:00:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ4492 

for <lyris.aprsspec@tapr.org>; Sun, 27 Aug 2000 11:00:00 -0500 (CDT) 
Message-Id: <LYR11589-105391-2000.08.27-11.06.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: jjeffers@deskmedia.com 
Date: Sun, 27 Aug 2000 10:58:54 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: James Jefferson <jjeffers@deskmedia.com> 
Subject: [aprsspec] APRS weather questions 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20000827093557 .0095cdcO@deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello everyone, 


I have written a command line utility that takes arguments and formats them 
into a APRS WX packet. 


I have some questions about copyrights, luminosity, snowfall, and raw rain 
count. 


1) How do I say that my program sends APRS packets? Can I say it sends 
APRS(tm) compatible packets? I'm not willing to pay any licensing fees. The 
program is going to be released into the public domain. 


2) The aprs spec (version 101m) isn't very clear about how luminosity is 
included in the packet. The spec says: 

Other parameters that are available on some weather station units include: 
"L = luminosity (in watts per square meter) 999 and below. 

1 1 (lower-case letter "L") = luminosity (in watts per square meter) 

1000 and above. 

(L is inserted in place of one of the rain values). 

s = snowfall (in inches) in the last 24 hours. 

d## = raw rain counter" 


What does it mean by replacing one of the rain values? Can someone show me 
an example packet? One with luminosity less then 1000 and a packet where 
luminosity is over 1000. 


3) How many characters long is the snowfall data? s1? s12? s123? s1234? 
4) How many characters long is the raw rain counter data? #1? #12? #123? #1234? 


Hopefully my questions are not too confusing. I would not be surprised if 
they are, because I'm terribly confused with the APRS spec. 


-James Jefferson KBOTHN 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 28 21:15:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA20390 

for <lyris.aprsspec@tapr.org>; Mon, 28 Aug 2000 21:15:31 -0500 (CDT) 
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 
Date: Mon, 28 Aug 2000 22:12:58 +0000 
Subject: [aprsspec] ANNOUNCEMENT: ARRL/TAPR 19th Annual DCC Sep. 22-24 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-105758-2000.08.28-21.21.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <DEEIITECOPELFOEIOFHLGIEGCDBAA.n7hpr@amsat.org> 
Mime-version: 1.0 


Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B5D0892F .1E3D%stanzepa@ct2.nai.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Notice: 

September 1, 2000 is the last day to receive the special hotel room rate of 
$89/night single or double and the pre-registration price for the 
conference. 


ARRL and TAPR 19th Annual 
Digital Communications Conference 
September 22-24, 2000 - Orlando, Florida 


For more information see: http://www.tapr.org/dcc 


Information 

Mark your calendar and start making plans to attend the year's premier event 
in digital communications. The 19th Annual ARRL and TAPR Digital 
Communications Conference will be held September 22-24, 2000, in Orlando, 
Florida - just minutes from the Orlando International 

Airport. 


The ARRL and TAPR Digital Communications Conference is an international 
forum for radio amateurs in digital communications, networking, and related 
technologies to meet, publish their work, and present new ideas and 
techniques for discussion. Presenters and attendees will have the 
opportunity to exchange ideas and learn about recent hardware and software 
advances, theories, experimental results, and practical applications. The 
Digital Communications Conference is not just for the digital expert, but 
also for digitally oriented amateurs of all levels of experience. 


A Conference for the Beginner as well 

The conference is not just for the digital expert. As in years past an 
entire session strand with beginning, intermediate, and advanced 
presentations on selected topics in digital communications will be offered. 
Some of the topics will include: APRS, Satellite Communications, TCP/IP, 
Digital Radio, Spread Spectrum and other introductory topics. Come to the 
conference and hear these topics presented by the experts! 


Area Attractions 


The Orlando Florida area is famous for its attractions and vacation spots. 
Disney World, Universal Studios, and Sea World (just to name a few) are 
within 15 minutes of the hotel. Shuttle service from the hotel will be 
available for a small fee. Cape Canaveral and Cocoa Beach are a 30 minute 
drive East of the hotel. 


Symposia, Seminars and Banquet 

Two symposia/seminars will be held which allow those with additional time 
and interest to make the most of the Conference. For those who may have 
interest in just one symposium or seminar, registration for the conference 
is not required to attend these activities. This allows maximum flexibility 
for those who may want to participate during the Digital Communications 
Conference, but do not have an entire weekend to devote to the event. 


The Fourth APRS National Symposium will be held on Friday and will be 
moderated by Steve Dimse, K4HG (the developer of javAPRS). It will likely 
include many APRS software authors, such as Bob Bruninga, WB4APR (the father 
ofAPRS), Keith Sproul, WU2Z, Mark Sproul, KB2ICI (the developers of MacAPRS 
and WinAPRS), Brent Hildebrand, KH2Z (the developer of APRSPLUS), Mike 
Musick, NOQBF (developer of PocketAPRS), and other nationally known APRS 
leaders. Join this group for the afternoon and evening for in-depth 
discussions and presentations on the current and future status of APRS. This 
is a unique opportunity to gain insight into this fast-growing digital 
aspect of amateur operations that combines computers, packet radio, and GPS 
(Global Positioning System). 


On Saturday night the DCC Banquet will be held. A guest speaker will speak 
after the banquet and a prize drawing will top the evening. The Grand Prize 
is a Palm VII Personal Digital Assistant and Synergy Systems LLC has 
donated two M12 development kits and many more. 


The Sunday morning seminar will be focused on PIC development, design, and 
programming. This five-and-a-half hour seminar will focus on the things you 
need to know now in order to understand and begin to participate in PIC 
development. 


Co-Hosts 
The 2000 ARRL and TAPR Digital Communications Conference local co-hosts will 
be: 
Lake Monroe Amateur Radio Society 
(http: //www.qsl.net/lmars/), 
Orange County ARES/RACES 
(http: //evcom.net/~jvoisin/ares.htm), 
Seminole County ARES/RACES 
(http: //wwww. geocities.com/capecanaveral/launchpad/4773) , 
and Orlando Amateur Radio Club 
(http: //www.oarc.org/). 


International Co-Hosts PRUG (Packet Radio User Group of Japan) will be the 
International co-host for a third year running. PRUG will be hosting an 
informal social Friday evening before their seminar and symposium is held. 
Visit http://www.prug.or.jp for more information about PRUG. 


Hotel 

Conference presentations, meetings, and seminars will be held at the Orlando 
Airport Marriott. It is highly recommended that you book your room prior to 
arriving. A special DCC room rate of $89/single and $89/double per night 
has been blocked for 50 rooms and is available until September 1st, 2000. 
Once the 50 rooms have been reserved, room rates will increase. So be sure 
to book your rooms early! The hotel provides transportation to and from the 
Orlando International Airport. Please contact the hotel to arrange specific 
transportation needs. 


Orlando Airport Marriott (conference hotel) 
7499 Augusta Drive 

Orlando, FL 32822 

Phone 407-851-9000, Fax 407-857-6211 

(http: //marriotthotels.com/MCOAP/) 


What you can expect at DCC 2000 

- A full day of papers and breakouts for the beginner to the advanced 

- Two seminars/symposiums 

- The fifth annual Student Paper session. 

- A banquet with Special Guest Speaker. 

- Informal get-togethers throughout the weekend. 

- TAPR Membership Meeting 

- An event at which the most important new developments in amateur 
digital communications are announced. 

- Digital 'movers and shakers' from all over the world in attendance. 


There are few activities where your participation can be so much fun and 
important! What a great way to share and renew your enthusiasm for digital 
amateur radio! A get-together with colleagues and bringing each other up to 
date on your latest work -- all this, and more, for an unforgettable weekend 
of amateur radio and digital communications. We hope to see you at the ARRL 
and TAPR Digital Communications Conference on September 22-24, 2000! 


Full information on the conference and hotel information can be obtained by 
contacting: 


Tucson Amateur Packet Radio 
Phone: (940) 383-0000. 

Fax: (940) 566-2544 

Email: tapr@tapr.org 

Web: http://www.tapr.org 


Registration Form 

Contact the TAPR office by Phone 940-383-0000, Fax 940-566-2544, or 
Internet: http://www.tapr.org and tapr@tapr.org to register or for 
additional information. 


Conference Registration includes: Conference Proceedings, Sessions, 
Meetings, and Lunch on Saturday. 


- Pre-Registration (before Sept 1st) 


- Saturday Evening Dinner (Limited Space) 
Dinner with Guest Speaker 
Prize Drawing 


Symposia/Seminars 


- 4th Annual APRS National Symposium 
Friday, 1pm - 7pm. $25.00 


- Sunday Seminar 
PIC Design, Development, and Programming 


Sunday, 8:30 am - 2 pm. $20.00 


Name/Call: 
Street Address: 
City/State/Zip: 
Country: 

Phone Number: 
Email: 


Charge my credit card (circle one): 


VISA MasterCard 
Acct: 
Expiration Date: 


Signature on card: 


Mail completed registration form with check to: 
TAPR 

8987-309 E Tanque Verde Rd #3378 

Tucson, AZ 85749-9399 


Or check http://www.tapr.org/dcc for an on-line registration form. 


A registration packet will be mailed in September upon receipt of 
registration form and payment. 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 31 09:57:38 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11957 

for <lyris.aprsspec@tapr.org>; Thu, 31 Aug 2000 09:57:38 -0500 (CDT) 
Message-Id: <LYR11589-106720-2000.08.31-10.04.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Protocol Specification Version 1.0 
Date: Thu, 31 Aug 2000 10:56:39 -0300 
From: John Ackermann <jra@febo.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200008311456 .KAA12559@meow. febo. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'm happy (you don't know xhowx happy) to announce that APRS Protocol 
Specification Version 1.0 was approved by the APRS Working Group on 
August 29, 2000 and has been made available for download at the Working 
Group web page, http://www.tapr.org/tapr/html/Faprswg.html. 


This Version 1.0 (technically, due to change control, version 1.0.1) 
document is nearly 130 pages long and does a tremendous job documenting 
the APRS protocol as used on the air in the summer of 2000. We should 
all thank the Working Group members, and especially Ian Wade, G3NRW, the 
Technical Editor who actually wrote the thing, for their hard work. 
Although the process took far longer than anyone anticipated when we 
started, I think the end result is definitely worth the wait. 


Where do we go from here? Although this is an excellent document, it 
almost certainly still contains errors, omissions, and ambiguities. In 
addition, it reflects only the current protocol, and not any of the areas 
in which the protocol might be extended. The WG members will be meeting 

at the DCC in Orlando next month and electronically thereafter to put in 
place a mechanism to deal with requested corrections and enhancements. 

The WG Charter outlines a way to handle this, but experience has shown that 
some modifications may be necessary for a workable process. 


Also at the DCC and thereafter, the WG will consider adding new members. 
Since its founding, several new authors have come on the scene, and two 

of the original members have resigned. Any author of software or firmware 
implementing the APRS protocol who wishes to join the WG should contact 

me (jra@febo.com or n8ur@tapr.org) directly. Please -- we need to hear 
directly from those interested in joining, so rather than writing to ask 
that someone be considered, encourage that person to get in touch with me. 
Also, please remember that the WG is not affiliated with TAPR. Membership 
decisions will be made by the group, and I can't tell you now how many (if 
any) new members will be added. 


73, 

John Ackermann N8UR 

Administrative Chair, APRS Working Group 
jra@febo.com 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 31 21:27:30 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA21903 
for <lyris.aprsspec@tapr.org>; Thu, 31 Aug 2000 21:27:29 -0500 (CDT) 
Message-ID: <LYR11589-106836-2000.08.31-21.33.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Stephen M. King" <frastephen@home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] How does change occur? 
Date: Thu, 31 Aug 2000 22:26:22 -0400 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 
boundary="----=_NextPart_000_011B_01C0139A.7EO4A9A0" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011e01c013bc$05735dcO$eb600c18@burl1.nj.home.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 


aittat oats =_NextPart_000_011B_01C0139A.7EO4A9A0 

Content-Type: text/plain; 
charset="iso-8859-1" 

Content-Transfer-Encoding: quoted-printable 


First, congratulations to the WG for completing the approval of the 
Protocol Spec! I am sure you all worked very hard to document this 
wonderful system/service! 


The recent Internet Routing debate inspired me to read the WG charter = 
and to begin wading through the Spec in order to learn more about APRS. = 
I have learned a lot from both the discussion and the reading. 


It seems that implementing NOGATE (or whatever is used) is a protocol = 
question. =20 


My first question would be is that correct? Is implementing NOGATE (or = 
whatever) a change to the protocol? If it is not then why? 


Again, I ask, not to stir the pot (which is why I am asking here), but 
for my own education and understanding. If it is a protocol question, 
then the charter seems to outline a process for implementation. I ama = 
bit confused since it sounds like NOGATE is being implemented already.=20 


Thanks in advance for helping me to learn more about this great system! 


Peace and 73, 
Stephen 
KD30G 


e----- = NextPart_000_011B_01C0139A.7EQ4A9A0 

Content-Type: text/html; 
charset="iso0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
<HTML><HEAD> 

<META content=3D"text/html; charset=3Diso-8859-1" = 
http-equiv=3DContent-Type> 

<META content=3D"MSHTML 5.00.3207.2500" name=3DGENERATOR> 

<STYLE></STYLE> 

</HEAD> 

<BODY bgColor=3D#f£fLfL££> 

<DIV><FONT face=3DArial size=3D2>First, congratulations to the WG for = 
completing the=20 

approval of the Protocol Spec!&nbsp; I am sure you all worked very hard = 
to=20 

document this wonderful system/service!</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>The recent Internet Routing debate = 
inspired me to=20 

read the WG charter and to begin wading through the Spec in order to = 
learn more=20 

about APRS.&nbsp;&nbsp;I&nbsp;have learned a lot from both the = 
discussion and=20 

the reading.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>It seems that&nbsp;implementing NOGATE = 
(or whatever=20 

is used) is a protocol question.&nbsp; </FONT></DIV> 

<DIV>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>My first question&nbsp;would be is that = 


correct?&nbsp; Is implementing NOGATE (or whatever) a change to the=20 
protocol?&nbsp; If it is not then why?</FONT></DIV> 
<DIV>&nbsp; </DIV> 


<DIV><FONT face=3DArial size=3D2>Again, I ask, not to stir the = 
pot&nbsp; (which is=20 

why I am&nbsp;asking here), but for my own education and = 
understanding.&nbsp; If=20 

it is a protocol question, then the charter seems to outline a=20 
process&nbsp; for&nbsp;implementation.&nbsp; I am a bit confused = 
since&nbsp; it=20 

sounds like NOGATE is being implemented already.</FONT>&nbsp;</DIV> 
<DIV>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>Thanks in advance for helping me to = 
learn more=20 

about this great system! </FONT></DIV> 

<DIV>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>Peace and 73,</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2>Stephen</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2>KD30G</FONT></DIV> 

<DIV>&nbsp; </DIV></BODY></HTML> 


Rae ae =_NextPart_000_011B_01C0139A.7EO4A9AO- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Sep 2 16:52:39 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA01789 

for <lyris.aprsspec@tapr.org>; Sat, 2 Sep 2000 16:52:35 -0500 (CDT) 
Message-ID: <LYR11589-107152-2000.09.02-16.59.03- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Tropical Cyclone Pressure 
Date: Sat, 2 Sep 2000 21:46:53 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001901c01527$4£9a6440$1401a8cO@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- 
Nice Job on the Spec! 


In Chapter 12, page 67-- the minimum central pressure is defined as 4 
digits. The present on-the-air protocol is 3 digits. If we are changing to 
this-- can a time table be set? 


Now that Version 1 is out - is there a mechanism for adding to the protocol? 
I have 17 months of suggestions built up. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 3 08:39:11 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA25160 


for <lyris.aprsspec@tapr.org>; Sun, 3 Sep 2000 08:39:10 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 3 Sep 2000 09:38:48 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Tropical Cyclone Pressure 
In-Reply-To: <LYR11586-107152-2000.09.02-16.59.03-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-107258-2000.09.03-08.45.56- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10009030933460 .6636-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 2 Sep 2000, Dale Huguley wrote: 


> In Chapter 12, page 67-- the minimum central pressure is defined as 4 
> digits. The present on-the-air protocol is 3 digits. If we are changing to 
> this-- can a time table be set? 


We basically got little input from any of the authors either way. So my 
guess is that you know more about what all the authors do with this field 
and it is best to discuss it with any author that might be doing it 
differently. 


> Now that Version 1 is out - is there a mechanism for adding to the protocol? 
> I have 17 months of suggestions built up. 


Yes, submit it to the WG. The process is painful, but I hope we will 
make progress... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 4 13:51:49 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA27419 

for <lyris.aprsspec@tapr.org>; Mon, 4 Sep 2000 13:51:49 -0500 (CDT) 
From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRS Protocol Specification Version 1.0 
Date: Mon, 4 Sep 2000 11:51:27 -0700 
Message-ID: <LYR11589-107529-2000.09.04-13.58.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
In-Reply-To: <LYR11639-106720-2000.08.31-10.04.06--ke6afe#tarrl.net@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJIEMBCBAA. cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


poten Original Message----- 

From: John Ackermann N8UR 

Sent: Thursday, August 31, 2000 6:57 AM 

Subject: [aprsspec] APRS Protocol Specification Version 1.0 


I'm happy (you don't know xhowx happy) to announce that APRS Protocol 
Specification Version 1.0 was approved by the APRS Working Group on 
August 29, 2000 and has been made available for download at the Working 
Group web page, http://www.tapr.org/tapr/html/Faprswg.html. 

<snip> 


VVVVVV VV 


Great work, men! It's rewarding to see a "group" actually get things DONE! 
Congratulations on a fine document. You should all be very proud of your 
accomplishment. I know it wasn't easy. Thank you for your effort and 
perseverance. 

Now, on to version 2. hi hi 

73, Cap KE6AFE 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 5 00:56:54 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ9662 

for <lyris.aprsspec@tapr.org>; Tue, 5 Sep 2000 00:56:53 -0500 (CDT) 
Message-Id: <LYR11589-107658-2000.09.05-01.03.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 4 Sep 2000 22:56:16 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Validation Suite 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b5da333b90£6@[198.106.196.199]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, Folks. 


Great Work on the Specification. Its been a long time coming, and badly 
needed. Sure, its not perfect, but I have never yet seen a cooperatively 
produced spec that is. Well, come to think of it, I've never seen a 
unilaterally produced "perfect spec" either! 


I need to generate a suite of validation packets for testing the code I am 
writing. I have in mind something along the line of Ian's "Mic-E Test 
Suite" he distributed on Aug 2, 2000. 


If I am going to do that work, it might as well be done in a form that is 
usable by others. So, the question of format comes up. 


(a) Can everyone handle text with only carriage-return line delimiters, or 
does it have to be CR+LF? What about Unix line delimiters? 


(b) My code will reject "packets" from file-read input that begin with 
anything other than a number or upper-case A-Z (ie, first character of a 
call-sign). Its easy to start lines with something else, say "//" (as a 


random choice) as a comment, describing what the packet is testing. Does 
anyone else's code have this or similar capability? If not, how should 
packets be tagged so as simplify cross-reference between the packets and 
the description? Another option would be to produce two files, one 
containing only the test packets and the other with the same test packets 
plus comments. It would then be up to the tester to correlate the text with 
comments to the action of the code. 


(c) Are there naming requirments to allow the text file to function as a 
source of "packets"? Of course, a text file can always be renamed. 


(d) Are there any other requirments I should be aware of? 


I plan to use sample packets directly from the spec for validation of 
acceptance and interpretation. 


I also plan to include packets with a variety of errors and problems to 
test handling of fault cases. But, there will be no cases which violate the 
constraints of AX.25 packets. That means, for example, 


(1) NO packets with excessively long call signs (ie, W7ABCDEF), either as 
source address or as via-calls. 


(2) NO packets with SSID's outside of the range 0-15 (ie, KA7EHK-99), 
either as source address or as via-calls. 


(3) NO packets with excessively long destination address (ie, APW345678) 
(4) NO packets which exceed the AX.25 character-length limits 

If anyone has suggestions for common fault-types (especially as seen on the 
air), they are encouraged to write me. Rather than clogging the list, 
unless your comment really needs to be seen by other list readers, please 
send your comments directly to me. 


Cheers, everyone, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 5 02:05:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA17671 

for <lyris.aprsspec@tapr.org>; Tue, 5 Sep 2000 02:05:55 -0500 (CDT) 
Message-ID: <LYR11589-107669-2000.09.05-02.12.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 5 Sep 2000 07:33:35 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian.wade@netro.co.uk> 
Subject: [aprsspec] Re: Validation Suite 
References: <LYR19680-107658-2000.09.05-01.03.33-- 
Tan.Wade#netro.co.uk@lists.tapr.org> 
In-Reply-To: <LYR19680-107658-2000.09.05-01.03.33-- 
Tan.Wade#netro.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <QzUntYA$0Jt5EwlE@netro.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hash: SHALL 


In article <LYR19680-107658-2000.09.05-01.03.33--Ian.Wade#tnetro.co.uk@lists. 
tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 

> 

>I need to generate a suite of validation packets for testing the code I am 
>writing. I have in mind something along the line of Ian's "Mic-E Test 
>Suite" he distributed on Aug 2, 2000. 


[snip] 


> 
>If anyone has suggestions for common fault-types (especially as seen on the 
>air), they are encouraged to write me. Rather than clogging the list, 
>unless your comment really needs to be seen by other list readers, please 
>send your comments directly to me. 


Hi Jim. Take a look at my <APRSdec> program (http://www.tapr.org/~g3nrw) . 
You'll find many error traps in there. 


73 
Ian, G3NRW 
Technical Editor, APRS Protocol Specification 


| APRS on 144.800 [1091SxX] ~55km/35 miles NNW of London 
email: g3nrw@tapr.org 


<APRSdec> APRS DECODER: http://www.tapr.org/~g3nxrw 


| 
| 
| APRS PROTOCOL SPEC: http://www.tapr.org/tapr/html/Faprswg.html 
| 
| Mic-Encoder Software: http://www.tapr.org/~g3nxrw 


Version: PGPsdk version 1.7.1 


10A/AwUBObSTvwnqwOtnuPgqEQJz+ACdH32cx2wINrqcqBt2884P8PP1CsQAoPbU 
ME+2CV1L7Ik9xiH/ShYVC50xv 
=faTO 
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From bounce-aprsspec-11589@lists.tapr.org Wed Sep 6 08:55:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21398 
for <lyris.aprsspec@tapr.org>; Wed, 6 Sep 2000 08:55:04 -0500 (CDT) 
Message-ID: <LYR11589-107904-2000.09.06-09.01.55- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Horzepa, Stan" <Stan_Horzepa@adc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ADMIN: Monthly Announcement 
Date: Wed, 6 Sep 2000 08:44:49 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8204E40F8922D411A0C10008C7A42AC223586E@MRDNEXCHO1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
"what kind of printer should I buy to print out my copy of the APRS 
specification?") may be considered off-topic. If you start a message with 
"this is off-topic..." then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message.) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 

Do not send messages in HTML format. 


Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, waitlou@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Sep 10 12:23:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA17461 

for <lyris.aprsspec@tapr.org>; Sun, 10 Sep 2000 12:23:51 -0500 (CDT) 
Message-Id: <LYR11589-108543-2000.09.10-12.30.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Sun, 10 Sep 2000 12:19:02 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Validation Suite 
In-Reply-To: <LYR11608-107658-2000.09.05-01.03.33--dvanhorn#cedar.net@li 
sts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20000910121221 .Q0e00ca0@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 

>(1) NO packets with excessively long call signs (ie, W7ABCDEF), either as 
>source address or as via-calls. 

> 

>(2) NO packets with SSID's outside of the range 0-15 (ie, KA7EHK-99), 
>either as source address or as via-calls. 

> 

>(3) NO packets with excessively long destination address (ie, APW345678) 
> 

>(4) NO packets which exceed the AX.25 character-length limits 


It would probably be useful though, to create a file containing such errors 
as a separate item. 
( I am volunteering to help) 


Point being, there are devices like HSPs out there, that give you the 
ability to get data in your serial port that could never be transmitted 
over the air. 


Testing compliance with a spec is one issue, but as we've seen with WAPRS, 
bad data must not cause failures. 


This might be simpler to implement with a program though. 

Define error routines, then activate each either randomly, or just walk the 
tree choosing all possible error combinations. I did this once in the 
credit terminal world, to fish out a bug that only affected some of our 
terminals, very infrequently. With a randomized error spectrum, it was 5 in 
7000. Once I found that, I was able to repeat it every time, because I 
knew the mechanism from the program logs. 


Testing for crash could even be automated, since you could stimulate a 
response from the target software to see if it's still alive (?APRS? or 
similar) 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 11 16:44:52 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA12508 

for <lyris.aprsspec@tapr.org>; Mon, 11 Sep 2000 16:44:49 -0500 (CDT) 
Date: Mon, 11 Sep 2000 16:44:26 -0500 (CDT) 
From: Tim Salo <salo@networkcs.com> 
Message-Id: <LYR11589-108789-2000.09.11-16.51.54- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Validation Suite 
In-Reply-To: <LYR11595-107658-2000.09.05-01.03.33-- 
salo#networkcs.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200009112144 .QAA50805@us.networkcs.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Mon, 4 Sep 2000 22:56:16 -0700 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Validation Suite 

Lesa 
I need to generate a suite of validation packets for testing the code I am 
writing. I have in mind something along the line of Ian's "Mic-E Test 
Suite" he distributed on Aug 2, 2000. 

Levee] 
(b) My code will reject "packets" from file-read input that begin with 
anything other than a number or upper-case A-Z (ie, first character of a 
call-sign). Its easy to start lines with something else, say "//" (as a 
random choice) as a comment, describing what the packet is testing. Does 


VV VV VV VV VV VV 


$Sorry, your message was not sent out to ‘aprsspec'. 

$*ssYour message quotes too many continuous lines of a previous message. 

$9 

$*%sYou quoted 19 lines, and this mailing list is set to reject messages 
$ewhich quote more than 15 continuous lines of a previous message. 

$9 

$*9Please resubmit your message, this time quoting fewer lines of the previous 
message. 


anyone else's code have this or similar capability? If not, how should 
packets be tagged so as simplify cross-reference between the packets and 
the description? Another option would be to produce two files, one 
containing only the test packets and the other with the same test packets 
plus comments. It would then be up to the tester to correlate the text with 


VV VV WV 


> comments to the action of the code. 


> Lega 


I believe that the APRServe data stream considers a line starting with the 
"#" character to be a comment. 


-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 11 18:30:09 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA27037 

for <lyris.aprsspec@tapr.org>; Mon, 11 Sep 2000 18:30:07 -0500 (CDT) 
Date: Mon, 11 Sep 2000 16:29:32 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Validation Suite 
In-Reply-To: <LYR12892-108789-2000.09.11-16.51.54-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-108800-2000.09.11-18.37.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10009111628450 .17930-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 11 Sep 2000, Tim Salo wrote: 


> I believe that the APRServe data stream considers a line starting with the 
> "dH" character to be a comment. 


So does Perl, which I use a lot to process APRS packets off the internet 
data stream. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 


Senior Methods Engineer/SysAdmin 
"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 11 19:03:45 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ1251 

for <lyris.aprsspec@tapr.org>; Mon, 11 Sep 2000 19:03:44 -0500 (CDT) 
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 
Date: Mon, 11 Sep 2000 20:01:11 +0000 
Subject: [aprsspec] DCC Update 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-108816-2000.09.11-19.09.53- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <DEEIIECOPELFOEIOFHLGIEBEDCAA.srbible@gate.net> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B5E2EA87.25D5%stanzepa@ct2.nai.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA01251 


19th Annual ARRL/TAPR Digital Communications Conference 
Orlando, FL fh September 22-24, 2000 


xx Update 9/11/2000 xx 


A little more that one week away, the 19th Annual ARRL/TAPR Digital 
Communications Conference is about to begin. For detailed information about 
the conference, please visit the official DCC web page at 
http:www.tapr.org/dcc. 


Registration for the conference will be taken at the door. Friday 
registration is for an entire afternoon APRS activities, demonstrations, and 


presentations. Saturday registration includes conference proceedings, 
lunch, and a full day of presentations. Saturday night includes Banquet, 
dinner speaker, and prize drawing. Sunday registration is for the PICmicro 
Design seminar. 


Banquet Prize Drawings: 

Grand Prize fi Kenwood TM-D700A (donated by Kenwood) 

2nd Grand Prize fh Palm VII Personal Digital Assistant 

Two Motorola Oncore M12 GPS Evaluation Kits (donated by Synergy Systems, 


LLC) 


Map and coordinates: 
A map of the conference hotel and coordinates are available at 
ftp://f£tp.tapr.org/dcc/dcc.hotel.map.pd£ 


Speakers: 
The following is a list of presenters. Preliminary schedule is available 


from ftp://ftp.tapr.org/dcc/2000.dcc.schedule. pdf 


APRS Seminar - Friday September 22, 2000 


John Ackerman, NOUR APRS WG 

Steve Bible, N7HPR T-238 Weather Station 
John Blowsky, KB2SCS APRS LOOKUP 

Steve Bragg, KAIMVA HamHud 

Bob Bruninga, WB4APR APRSdos, satellite, etc. 
Steve Dimse, K4HG Internet APRS 

Walter Dunckel, KD6VYV Serial Control of D7/D700 
John Hansen, W2FS KISS TNC, D700 Keyboard 
Dale Huguley, KG5QD Weather Server 

Larry Gahagan, ABOJM Wildfire Support 

Byon Garranrant, N6BG TinyTrack 

Mike Musick, NOQBF PalmAPRS/Tracker construction 
Robert Osband, N4SCY Public Service with APRS 
Tom Schaefer, NY4I APRS Email Gateway 

Darryl Smith, VK2TDS APRS in the 2000 Olympics 
The Sprouls, WU2Z/KB2ICI Mac/Win/XAPRS 

Rob Wittner, KZ5RW APRS-CE 


Main Session, Paper Presentation - Saturday 23, 2000 
Titles and abstracts are available at 
http: //www.tapr.org/tapr/html/Fenc19. html 


EasyTrak, A PIC Based Rotor/Radio Controller Interface 
By Steve Bible N7HPR 


APRS Tiny Web Pages 
By Bob Bruninga WB4APR 


Channel Capacity Simulation of Peer-to-Peer Spread Spectrum Satellite 
Transponders 
By Matthew Ettus N2MJI 


Correlation for Direct Sequence Spread Spectrum 
By Panagiotis Gavalas 


PIC-et Radio II: How to Receive AX.25 UI Frames Using Inexpensive PIC 
Microcontrollers 
By John A. Hansen W2FS 


Winlink 2000 ...A Global Ham Message Transfer and Deliver Network 
By Hans Kessler N8PGR, Vic Poor W5SMM, Rick Muething KN6KZB, and Steve 
Waterman K4CJX 


Frequency Offset Acquisition and Tracking Algorithms, Part 1 and Part 2 
By Mohamed K. Nezami 


External Common Gateway Interface (CGI) Access to FindU 
By Thomas M. Schaefer NY4I 


Server Applications within APRS Internet Server Environment 
By Thomas M. Schaefer NY4I 


APRS and the TAPR EasyTrak Az/El Rotor Control System 
By Keith Sproul WU2Z 


APRS and Kenwood TM-D700 Voice Messaging 
By Keith Sproul WU2Z and Mark Sproul KB2ICI 


Internet Wide Callsign Database using LDAP 
By Mark Sproul KB2ICI 


Automatic Voice Relay System 
By Bob Bruninga WB4APR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Sep 15 14:50:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA25311 

for <lyris.aprsspec@tapr.org>; Fri, 15 Sep 2000 14:50:46 -0500 (CDT) 
X-Server-Uuid: 7edb479a-£d89-11d2-9a77-0090273cd58c 
Message-ID: <LYR11589-109511-2000.09.15-14.57.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Pendley, Michael" <mycall@sandia.gov> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Which barometric pressure to use 
Date: Fri, 15 Sep 2000 13:49:53 -0600 
MIME-Version: 1.0 
X-WSS-ID: 15DCA2EC68384-01-01 
Content-Type: text/plain; 
charset=1iso-8859-1 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <77349FC5DC1CD211BAD900805FA7241A0977449A@esO1snint.sandia. gov> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Sorry if this is an old question. A quick search of the archive and the 
spec did not provide an answer. 


The source for my weather data provides two different barometric pressures. 
One is absolute and one is adjusted for our local altitude (over 5000 feet 
here). Which one is customarily encoded into an APRS packet? 


Thanks in advance 


-Mike, K5ATM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 18 12:22:12 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27236 

for <lyris.aprsspec@tapr.org>; Mon, 18 Sep 2000 12:22:10 -0500 (CDT) 
Message-ID: <LYR11589-109975-2000.09.18-12.28.00- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 


From: "Horzepa, Stan" <Stan_Horzepa@adc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Final Update - DCC Orlando, FL Sep 22-24, 2000 
Date: Mon, 18 Sep 2000 12:13:50 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8204E40F8922D411A0C10008C7A42AC22358BB@MRDNEXCHO1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


From: Steven R. Bible [mailto:srbible@gate.net] 

Sent: Monday, September 18, 2000 12:34 PM 

To: picsig@lists.tapr.org; tacgps@lists.tapr.org; wxsig@lists.tapr.org; 
hfsig@lists.tapr.org; dsp@lists.tapr.org; ss@lists.tapr.org 

Subject: Final Update - DCC Orlando, FL Sep 22-24, 2000 


19th Annual ARRL/TAPR Digital Communications Conference 
Orlando, FL - September 22-24, 2000 


xx Final Update 9/18/2000 xx 


Counting down the final days until the 19th Annual ARRL/TAPR Digital 
Communications Conference this weekend in Orlando, Florida. For detailed 
information about the conference, please visit the official DCC web page at 
http:www.tapr.org/dcc. 


Registration for the conference will be taken at the door. Friday 
registration is for an entire afternoon APRS activities, demonstrations, and 


presentations. Saturday registration includes conference proceedings, 
lunch, and a full day of presentations. Saturday night includes Banquet, 
dinner speaker, and prize drawing. Sunday registration is for the PICmicro 
Design seminar. 


DCC Social: 

Please join us Friday evening at 7:00 PM for a social get together time. 
The social is generously hosted by the Packet Radio Users Group of Japan 
(PRUG) . 


PRUG Presentation: 
Friday night the Packet Radio Users Group of Japan will present talks on 


their progress on high-speed digital networks in Japan. 


Saturday Night Banquet Speaker: 
Mr. Doug Campbell, of Triton Network Systems (http://www.triton-network.com) 


will be our DCC Banquet Speaker. Triton Network Systems is located in 
Orlando, Florida. 


Vice President Product Management, Marketing, & International Business as 
Vice President of International Sales, Marketing and Product Management, Mr. 


Campbell leads the assessment of global community needs and spearheads the 
development of Triton Network Systems' product and marketing strategies. 


Mr. Campbell cultivated his management skills in sales, marketing and 
product development working 17 years for Nortel Networks. While based in 
Singapore, he built a multifunctional pan-Asian team, which successfully 
captured a 100% market share with MCI-WorldCom Asia, successfully 
introducing a number of new products. Prior to this, Mr. Campbell was 
instrumental in the establishment of an SDH broadband equipment joint 
venture in China and served as a member of the company's Board of Directors. 


Mr. Campbell received a Bachelor of Engineering Physics degree from the 
Royal Military College of Canada in Kingston, Canada, and a Master of 
Business Administration from IMD (University of Lausanne) in Switzerland. 


Banquet Prize Drawings: 

Grand Prize - Kenwood TM-D700A (donated by Kenwood) 

2nd Grand Prize - Palm VII Personal Digital Assistant (donated by TAPR) 
Two Motorola Oncore M12 GPS Evaluation Kits (donated by Synergy Systems, 
LLC) 

Microchip PICSTART-PLUS PICmicro Programmer (donated by Microchip) 


PIC Seminar Prize Drawing 
Microchip MPLAB-ICD (donated by Microchip) 


Project and Demonstration Room: 
The DCC is a place where people can talk about their projects and gain ideas 


for new ones. The Project and Demonstration Room has become a recent DCC 
tradition where people can bring and display their projects. The room will 
be located next to the registration room and across the hall from the main 
presentation room. The Project and Demonstration Room will open at 
registration time and be closed (locked) 11:00 PM Friday and Saturday night. 


Map and coordinates: 


A map of the conference hotel and coordinates are available at 
ftp://f£tp.tapr.org/dcc/2000.dcc.hotel.map. pdf 


Speakers: 
The following is a list of presenters. PDF version available from 


ftp://ftp.tapr.org/dcc/2000.dcc.speakers. pdf 


Speaking schedule (subject to change) is available from 
ftp://ftp.tapr.org/dcc/2000.dcc.schedule. pdf 


APRS Seminar - Friday September 22, 2000 


John Ackerman, NOUR APRS WG 

Steve Bible, N7HPR T-238 Weather Station 
John Blowsky, KB2SCS APRS LOOKUP 

Bob Bruninga, WB4APR APRSdos, satellite, etc. 
Steve Dimse, K4HG Internet APRS 

Walter Dunckel, KD6VYV Serial Control of D7/D700 
John Hansen, W2FS KISS TNC, D700 Keyboard 
Dale Huguley, KG5QD Weather Server 

Larry Gahagan, ABOJM Wildfire Support 

Byon Garranrant, N6BG TinyTxrack 

Mike Musick, NOQBF PalmAPRS/Tracker construction 
Robert Osband, N4SCY Public Service with APRS 
Tom Schaefer, NY4I APRS Email Gateway 

Darryl Smith, VK2TDS APRS in the 2000 Olympics 
The Sprouls, WU2Z/KB2ICI Mac/Win/XAPRS 

Rob Wittner, KZ5RW APRS-CE 


Main Session, Paper Presentation - Saturday 23, 2000 
Titles and abstracts are available at 
http: //www.tapr.org/tapr/htm1l/Fenc19. html 


EasyTrak, A PIC Based Rotor/Radio Controller Interface 
By Steve Bible N7HPR 


APRS Tiny Web Pages 
By Bob Bruninga WB4APR 


Channel Capacity Simulation of Peer-to-Peer Spread Spectrum Satellite 
Transponders 
By Matthew Ettus N2MJI 


Correlation for Direct Sequence Spread Spectrum 
By Panagiotis Gavalas 


PIC-et Radio II: How to Receive AX.25 UI Frames Using Inexpensive PIC 
Microcontrollers 


By John A. Hansen W2FS 


Winlink 2000 ...A Global Ham Message Transfer and Deliver Network 
By Hans Kessler N8PGR, Vic Poor W5SMM, Rick Muething KN6KZB, and Steve 
Waterman K4CJX 


Frequency Offset Acquisition and Tracking Algorithms, Part 1 and Part 2 
By Mohamed K. Nezami 


APRS and the TAPR EasyTrak Az/El Rotor Control System 
By Keith Sproul WU2Z 


APRS and Kenwood TM-D700 Voice Messaging 
By Keith Sproul WU2Z and Mark Sproul KB2ICI 


Internet Wide Callsign Database using LDAP 
By Mark Sproul KB2ICI 


Automatic Voice Relay System 
By Bob Bruninga WB4APR 


Introductory Sessions - Saturday 23, 2000 


Intro to Packet Radio 
By John Ackerman, N8UR 


Intro to APRS 
By Guy Story, KC5Q0I 


Intro to Digital Satellites 
By Barry Baines, WD4ASW 


Into to HF Digital 
TBD 


Intro to Software Defined Radios 
By Steve Bible, N7HPR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Oct 1 21:56:03 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA27307 

for <lyris.aprsspec@tapr.org>; Sun, 1 Oct 2000 21:56:00 -0500 (CDT) 
User-Agent: Microsoft-Outlook-Express-Macintosh-Edition/5.02.2022 
Date: Sun, 01 Oct 2000 22:54:22 +0000 
Subject: [aprsspec] ADMIN: Monthly Message 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-112302-2000.10.01-22.03.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B5FD6990.2E9E%stanzepa@ct2.nai.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA27307 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
"what kind of printer should I buy to print out my copy of the APRS 
specification?") may be considered off-topic. If you start a message with 


"this is off-topica" then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Oct 1 23:50:05 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA0Q8897 

for <lyris.aprsspec@tapr.org>; Sun, 1 Oct 2000 23:50:05 -0500 (CDT) 
Message-Id: <LYR11589-112318-2000.10.01-23.56.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 

Date: Sun, 1 Oct 2000 21:47:22 -0700 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Call Test 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130302b5fdc13922f1@[198.106.196.35]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, group, 


Well, here is the first in what should become a test suite for APRS code 
writers. This one isn't the most critical ... it provides a multitude of 
STATUS packes with various valid and invalid call signs. If you don't do 
any call validation, then don't bother. But, if you reject calls like TAHOE 
(thats a zero) or WAB97C, then use this to test your call filter. There are 
about 15 valid calls (each including no SSID, one digit SSID, and two digit 
SSID). And, there are about 100 additional invalid calls. They are 
systematic order. 


The file includes comment lines. The "//" is used as the first two 
characters of every comment and this is the only place this pair appears. 
To change it to other comment tokens, simply do a search-and-replace to 
change to your appropriate comment character(s). 

A very extensive test for the destination field comes next. 

You can find the file at: 
http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Oct 1 23:59:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA09660 

for <lyris.aprsspec@tapr.org>; Sun, 1 Oct 2000 23:59:58 -0500 (CDT) 
Message-Id: <LYR11589-112342-2000.10.02-00.06.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 1 Oct 2000 21:57:52 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] What to do about invalid Destintation? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130303b5fdc3fcc969@[198.106.196.35]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, group - 
Your comments are solicited. 
Today, the following two packets were received. 


KB7ILD-9>GPSLK ,W7VHY-10* ,WIDE5-1:$GPRMC , 220306,A,4736.8947,N,12219.4088,W,000.0, 
000.0,011000 ,018.8,Ex69 


KD7NM-9>GPSMV , W7AA-10* , WIDE5-3:$GPRMC ,220342,A,4745.988,N,12220.638,W,000.0,357. 
2,011000 ,018.9,E*67 


I think we all know what they are SUPPOSED to indicated, but don't. As a 
refresher, here is the text from the spec... 


AX.25 Destination Address 


Where it is not possible to include a symbol in the Information field, the 
symbol may be specified in the AX.25 Destination Address instead, using the 
following generic destination addresses: GPSxyz, GPSCnn, GPSEnn, 


SPCxyz and SYMxyz. 


The characters xy and nn refer to entries in the APRS Symbol Tables. For 
example, from the Primary Symbol Table, a tracker could use the Destination 
Address GPSMVV V or GPS30 to specify a "car" icon. 


The character z specifies the overlay character (where permitted), or isa VV 
(space) - the space is a filler character, as all AX.25 addresses must be 
exactly 6 characters long. 


Note, particularly, that last sentence. How do we handle destination 
addresses which are NOT 6 characters long? 


(1) Do we assume that a space was intended? 
(2) Do we reject it as an invalid APRS packet? 


(3) Do we accept it as an APRS packet, but do not processes the destination 
address to be anything other than a non-symbol encoding character sequence? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 00:26:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA18330 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 00:26:08 -0500 (CDT) 
Message-ID: <LYR11589-112344-2000.10.02-00.33.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-112318-2000.10.01-23.56.09-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Call Test 
Date: Sun, 1 Oct 2000 22:25:06 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="1s0-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q00f£01c02c31$22bb6520$4592b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id AAA18330 


I find no valid status packets in the file below. At least, valid APRS status 
packets. 


Satara Original Message ----- 
From: "Jim Wagner" <wagnerj@proaxis.com> 


Well, here is the first in what should become a test suite for APRS code 
writers. This one isn't the most critical ... it provides a multitude of 
STATUS packes with various valid and invalid call signs. If you don't do 
any call validation, then don't bother. But, if you reject calls like TAHOE 
(thats a zero) or WAB97C, then use this to test your call filter. There are 
about 15 valid calls (each including no SSID, one digit SSID, and two digit 
SSID). And, there are about 100 additional invalid calls. They are 
systematic order. 


VVVVVV VV 


> http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 00:28:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA18370 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 00:27:58 -0500 (CDT) 
Message-ID: <LYR11589-112345-2000.10.02-00.35.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-112342-2000.10.02-00.06.18-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: What to do about invalid Destintation? 
Date: Sun, 1 Oct 2000 22:27:37 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001301c02c31$7a99e6e0$4592b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id AAA18370 


Hello, group - 
Your comments are solicited. 


Today, the following two packets were received. 


000.0,011000,018.8,E*x69 


KD7NM-9>GPSMV , W7AA-10* , WIDE5-3:$GPRMC , 220342,A,4745.988,N,12220.638,W,000.0,357. 


> 
> 
> 
> 
> 
> 
> KB7ILD-9>GPSLK ,W7VHY-10*,WIDE5-1:$GPRMC , 220306,A,4736.8947 ,N,12219.4088,W,000.0, 
> 
> 
> 
> 2,011000,018.9,E*67 

> 

> 


I think we all know what they are SUPPOSED to indicated, but don't. As a 


> refresher, here is the text from the spec... 
What is wrong with the above? The TO fields are perfectly valid APRS TO fields. 


Brent KH2Z 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 00:33:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA18466 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 00:33:30 -0500 (CDT) 
Message-ID: <LYR11589-112346-2000.10.02-00.41.01- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-112342-2000.10.02-00.06.18-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: What to do about invalid Destintation? 
Date: Sun, 1 Oct 2000 22:32:39 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001901c02c32$2ea18c60$4592b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id AAA18466 


> AX.25 Destination Address 
> 
> Where it is not possible to include a symbol in the Information field, the 


symbol may be specified in the AX.25 Destination Address instead, using the 
following generic destination addresses: GPSxyz, GPSCnn, GPSEnn, 
SPCxyz and SYMxyz. 


The characters xy and nn refer to entries in the APRS Symbol Tables. For 
example, from the Primary Symbol Table, a tracker could use the Destination 
Address GPSMVV V or GPS30 to specify a "car" icon. 


The character z specifies the overlay character (where permitted), or isa VV 
(space) - the space is a filler character, as all AX.25 addresses must be 
exactly 6 characters long. 


VVVVV VV VV VV 


The Z in GPSxyz is optional. Not required. Trailing spaces are ignored. Remember 
that your FROM in the AX.25 is also 6 characters. A callsign like KH2Z is padded 
with 2 trailing spaces. They are then ignored on receive. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 00:40:21 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA18858 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 00:40:17 -0500 (CDT) 
Message-ID: <LYR11589-112347-2000.10.02-00.47.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-112318-2000.10.01-23.56.09-- 
bhildebrand#earthlink.net@lists.tapr.org> <LYR11585-112344-2000.10.02-00.33.36-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Call Test 
Date: Sun, 1 Oct 2000 22:39:22 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002301c02c33$1ecbc980$4592b3d1@celeron> 


Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id AAA18858 


> I find no valid status packets in the file below. At least, valid APRS status 
packets. 

I amend what I said, no timestamped APRS status packets, which basically 
invalidates my previous statement. But note, there is no restriction that a 
callsign needs to be a valid Amateur Radio callsign. Thus, the example TAHOE is 
perfectly valid. It just is not an Amateur Radio callsign. 


> SSess Original Message ----- 
From: "Jim Wagner" <wagnerj@proaxis.com> 


Well, here is the first in what should become a test suite for APRS code 
writers. This one isn't the most critical ... it provides a multitude of 
STATUS packes with various valid and invalid call signs. If you don't do 
any call validation, then don't bother. But, if you reject calls like TAHOE 
(thats a zero) or WAB97C, then use this to test your call filter. There are 
about 15 valid calls (each including no SSID, one digit SSID, and two digit 
SSID). And, there are about 100 additional invalid calls. They are 
systematic order. 


VV VV VV VV VV VV VV 
VV VV VV VV 


> http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 02:50:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA26633 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 02:50:42 -0500 (CDT) 
Message-ID: <LYR11589-112360-2000.10.02-02.58.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 2 Oct 2000 08:49:07 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Call Test 
References: <LYR13460-112318-2000.10.01-23.56.09-- 


roger#tpeaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR13460-112318-2000.10.01-23.56.09-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <I++RxLAz3D25Ew$Z@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-112318-2000.10.01-23.56.09--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Jim Wagner <wagnerj@proaxis.com> writes 
>Hello, group, 


> 

>Well, here is the first in what should become a test suite for APRS code 
>writers. This one isn't the most critical ... it provides a multitude of 
>STATUS packes with various valid and invalid call signs. 

[snip] 


I thought the source address of an APRS frame could be anything that is 
a valid AX25 address as defined in the AX25 spec. For example, don't 
remote digis and other such devices sometimes use descriptive addresses 
that wouldn't validate under normal callsign rules? 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 07:55:17 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA29205 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 07:55:16 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 2 Oct 2000 08:52:18 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Call Test 

In-Reply-To: <LYR11586-112318-2000.10.01-23.56.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-112373-2000.10.02-08.03.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10010020838430 .15429-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'm not sure i understand the practicality of filtering out non-valid HAM 
calls in APRS. Many real-applications of APRS use tactical calls to avoid 
confusion out in the field. SUch a filter may be a nice option, though I 
don't know who would use it, because sometimes the only thing interesting 
to watch is the special events. Or am I missing something? 


Bob 
On Sun, 1 Oct 2000, Jim Wagner wrote: 
Well, here is the first in what should become a test suite for APRS code 


writers. This one isn't the most critical ... it provides a multitude of 
STATUS packes with various valid and invalid call signs. If you don't do 


http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt 


Jim Wagner 
Oregon Research Electronics 


VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 07:57:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA29294 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 07:57:24 -0500 (CDT) 


any call validation, then don't bother. But, if you reject calls like TAHOE 
(thats a zero) or WAB97C, then use this to test your call filter. There are 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 2 Oct 2000 08:56:16 -0400 (EDT) 

From: Bob Bruninga <bruninga@nadn.navy.mil> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: What to do about invalid Destintation? 
In-Reply-To: <LYR11586-112342-2000.10.02-00.06.18-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-112374-2000.10.02-08.05.18- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10010020853410 .15429-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 1 Oct 2000, Jim Wagner wrote: 


> KB7ILD-9>GPSLK,W7VHY-10*,WIDE5-1:$GPRMC , 220306,A,4736.8947,N,12219.... 


AX.25 Destination Address 


Vv 


(space) - the space is a filler character, as all AX.25 addresses must be 


> 
> 
> The character z specifies the overlay character (where permitted), or isa VV 
> 
> exactly 6 characters long. 


> 

> Note, particularly, that last sentence. How do we handle destination 
> addresses which are NOT 6 characters long? 
> 
> 


(1) Do we assume that a space was intended? 
All callsigns in AX.25 are 7 bytes long, no matter how many characters are 
used. The ADDRESS field is fixed length. Most TNC's may truncate the 


call if less characters are used, but they are all transmitted as spaces. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 08:02:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA29423 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 08:02:23 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 2 Oct 2000 09:01:10 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Call Test 
In-Reply-To: <LYR11586-112344-2000.10.02-00.33.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-112375-2000.10.02-08.10.03- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10010020900070 .15429-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 1 Oct 2000, Brent Hildebrand wrote: 


> I find no valid status packets in the file below. At least, valid APRS status 
packets. 


Anything that begins with a ">" is a valid STATUS packet, though stations 
are encouraged to include a date-time stamp at the beginning if their 
status is changing...? 


Or am I missing somthing? 
BOb 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 2 08:15:48 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ1155 

for <lyris.aprsspec@tapr.org>; Mon, 2 Oct 2000 08:15:47 -0500 (CDT) 
Message-ID: <LYR11589-112377-2000.10.02-08.23.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-112375-2000.10.02-08.10.03-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Call Test 
Date: Mon, 2 Oct 2000 06:14:23 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001d01c02c72$b01c1c20$c792b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA01155 


> On Sun, 1 Oct 2000, Brent Hildebrand wrote: 

> 

> > I find no valid status packets in the file below. At least, valid APRS status 
packets. 

> 

Anything that begins with a ">" is a valid STATUS packet, though stations 

are encouraged to include a date-time stamp at the beginning if their 

status is changing...? 


Or am I missing somthing? 
BOb 


VV VV VV 


Read my rebuttal to myself. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 3 00:10:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ7038 

for <lyris.aprsspec@tapr.org>; Tue, 3 Oct 2000 00:10:31 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-112534-2000.10.03-00.18.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 2 Oct 2000 22:10:06 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: What to do about invalid Destination? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b5f£10796752@[198.106.196.35]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, List ... 


Both Bob Bruninga and Brent Hildebrand pointed out that many TNCs do not 
display terminating spaces in the Destination Address field, just as they 
do not display terminating spaces in the From Address field. 


This observation leads to the very slightly picky observation about the 
paragraph in the specs reading: 


> The character z specifies the overlay character (where permitted), or is 
>a u u 

> (space) - the space is a filler character, as all AX.25 addresses must be 
> exactly 6 characters long. 


The same requirment is not stated for the From Call, it is automatically 
fulfilled by the TNC. Yet, with the preceeding statement, it is easy to 
believe that the Destination Address to be parsed by the software will 
have, in this case, exactly 6 characters, just like the addresss field of a 
message will have exactly 9 characters. 


Now I know better and my code will reflect this fact. 


Many thanks to both Brent and Bob... 


Jim Wagner, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 3 00:12:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ7364 

for <lyris.aprsspec@tapr.org>; Tue, 3 Oct 2000 00:12:12 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-112535-2000.10.03-00.18.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 2 Oct 2000 22:10:12 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: Call Test 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b5f£167cd11d@[198.106.196.35]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, List.... 


Bob Bruninga and Brent Hildebrand have just pointed out that (at least 
some) APRS programs do no call filtering because of several reasons 
including: 


(1) Commercial application 


(2) FCC regilations does not require "real" calls in the From Field of a 
packet, thus allowing "tactical calls" such as RED3. 


This test file is not required to be used by anyone. If you don't do call 
filtering, then don't bother with it. But, if you do, its available. 


For me, personally, I have no interest in commercial application and will 
reject any request for commercial licensing. 


As for the second point, what FCC regs allows does not make it right. I 
find no justification for hams, especially using packet, to use anything 
other than their real call. Special events can be handled by SPCL in the 
destination field. But, I had best stop before the flames from my nostrils 
melt my keypad! 


The test file does have one potential problem - it does not contain CRLF 
line terminators; there are only CRs. It will be replaced with one 
containing CRLFs. If you wish to use it, it is at 


http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt 


If you don't, please just forget about it. There will be a second one 
shortly providing a very extensive test of non-MicE destination address 
fields. That will be followed by a short file to test discrimination of 
local vs digipeated packets. 


Depending on their sizes, there will be several to quite a few following 
that to test parsing of the different types of APRS packets. 


Cheers, 
Jim, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 3 11:16:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ0207 

for <lyris.aprsspec@tapr.org>; Tue, 3 Oct 2000 11:16:16 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 3 Oct 2000 12:12:57 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Call Test 
In-Reply-To: <LYR11586-112535-2000.10.03-00.18.44-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-112597-2000.10.03-11.22.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10010031151020 .936-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 2 Oct 2000, Jim Wagner wrote concerning APRS callsigns: 


As for the second point, what FCC regs allows does not make it right. I 
find no justification for hams, especially using packet, to use anything 
other than their real call. Special events can be handled by SPCL in the 
destination field. But, I had best stop before the flames from my nostrils 
melt my keypad! 


VV VV WV 


I think you might be missing how Tactical calls are used at APRS special 
events to eliminate confusion and ambiguity on maps. Commonly used 
tactical calls in my area are: 


LEAD, TAIL, VIP1, VIP2, VIPn ... 
CHASE1, CHASE2... CHASEn 

SAG1, SAG2,... SAGn 

H20, RANGER, MEDIC1, MEDIC2, 


These assure that there is no mistake in identification of an object 
on the maps. THey follow the FCC rules by including the HAM call in the 
BText every 10 minutes. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 3 12:20:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA10824 

for <lyris.aprsspec@tapr.org>; Tue, 3 Oct 2000 12:20:49 -0500 (CDT) 
Subject: [aprsspec] Re: Call Test 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 

boundary="----_= NextPart_001_01C02D5E.0068B6C4" 
Date: Tue, 3 Oct 2000 13:18:52 -0400 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Message-ID: <LYR11589-112600-2000.10.03-12.27.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] Re: Call Test 
Thread-Index: AcAs+Jh+Aqgcdx+xRn25mpwNVyTinQAZGSqw 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084FEC8@iago.ed-com.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 


------ _=_NextPart_001_01C02D5E . 0068B6C4 


Content-Type: text/plain; 
charset="iso0-8859-1" 
Content-Transfer-Encoding: quoted-printable 


Jim, 


There might be reasons other than "commercial" applications. Aside from 
the basic tactical type calls already mentioned, you might want to 
consider non-profit or disaster relief organizations when making rules. 
Other organizations often use tactical calls for all communications, and 
there's a lot of non-FCC organizations that don't even use the 6 letter 
calls. Red Cross, Civil Air Patrol, MARS are a few examples of 
organizations that most software authors have given access to their 
programs because of their benevolent nature. 


Callsign restriction adds a level of complexity that just really isn't 
needed. If I just had to do some filtering, I'd probably go for NOCALL 
and that's about it. 


Ed Woodrick 


Sons Original Message----- 

From: Jim Wagner [mailto:wagnerj@proaxis.com] 
Posted At: Tuesday, October 03, 2000 1:10 AM 
Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] Re: Call Test 
Subject: [aprsspec] Re: Call Test 


Hello, List.... 


Bob Bruninga and Brent Hildebrand have just pointed out that (at least 
some) APRS programs do no call filtering because of several reasons 
including: 


(1) Commercial application 


(2) FCC regilations does not require "real" calls in the From Field of a 
packet, thus allowing "tactical calls" such as RED3. 


This test file is not required to be used by anyone. If you don't do 
call 
filtering, then don't bother with it. But, if you do, its available. 


For me, personally, I have no interest in commercial application and 
will 
reject any request for commercial licensing. 


As for the second point, what FCC regs allows does not make it right. I 
find no justification for hams, especially using packet, to use anything 
other than their real call. Special events can be handled by SPCL in the 
destination field. But, I had best stop before the flames from my 
nostrils 

melt my keypad! 


The test file does have one potential problem - it does not contain CRLF 
line terminators; there are only CRs. It will be replaced with one 
containing CRLFs. If you wish to use it, it is at 


http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt 


If you don't, please just forget about it. There will be a second one 
shortly providing a very extensive test of non-MicE destination address 
fields. That will be followed by a short file to test discrimination of 
local vs digipeated packets. 


Depending on their sizes, there will be several to quite a few following 
that to test parsing of the different types of APRS packets. 


Cheers, 
Jim, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: Mail-Lists.APRS@ed-com.net 
To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


SSRecs _=_NextPart_001_01C02D5E .0068B6C4 

Content-Type: text/html; 
charset="i1s0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> 

<HTML> 

<HEAD> 

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
charset=3Diso-8859-1"> 

<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 
6.0.4417.0"> 

<TITLE>RE: [aprsspec] Re: Call Test</TITLE> 

</HEAD> 

<BODY> 

<!-- Converted from text/plain format --> 


<P><FONT SIZE=3D2>Jim,</FONT> 
</P> 


<P><FONT SIZE=3D2>There might be reasons other than = 
&quot;commercial&quot; applications. Aside from the basic tactical type = 
calls already mentioned, you might want to consider non-profit or = 
disaster relief organizations when making rules. Other organizations = 
often use tactical calls for all communications, and there's a lot of = 
non-FCC organizations that don't even use the 6 letter calls. Red Cross, = 
Civil Air Patrol, MARS are a few examples of organizations that most = 
software authors have given access to their programs because of their = 
benevolent nature.</FONT></P> 


<P><FONT SIZE=3D2>Callsign restriction adds a level of complexity that = 
just really isn't needed. If I just had to do some filtering, I'd = 
probably go for NOCALL and that's about it.</FONT></P> 


<P><FONT SIZE=3D2>Ed Woodrick</FONT> 
</P> 


<P><FONT SIZE=3D2>----- Original Message----- </FONT> 

<BR><FONT SIZE=3D2>From: Jim Wagner [<A = 
HREF=3D"mailto:wagnerj@proaxis.com">mailto:wagnerj@proaxis.com</A>]</FONT= 
> 

<BR><FONT SIZE=3D2>Posted At: Tuesday, October 03, 2000 1:10 AM</FONT> 
<BR><FONT SIZE=3D2>Posted To: Mail-Lists.APRS</FONT> 

<BR><FONT SIZE=3D2>Conversation: [aprsspec] Re: Call Test</FONT> 

<BR><FONT SIZE=3D2>Subject: [aprsspec] Re: Call Test</FONT> 


</P> 
<BR> 


<P><FONT SIZE=3D2>Hello, List....</FONT> 
</P> 


<P><FONT SIZE=3D2>Bob Bruninga and Brent Hildebrand have just pointed = 
out that (at least</FONT> 


<BR><FONT SIZE=3D2>some) APRS programs do no call filtering because of = 
several reasons</FONT> 


<BR><FONT SIZE=3D2>including: </FONT> 
</P> 


<P><FONT SIZE=3D2>(1) Commercial application</FONT> 
</P> 


<P><FONT SIZE=3D2>(2) FCC regilations does not require &quot;real&quot; = 
calls in the From Field of a</FONT> 


<BR><FONT SIZE=3D2>packet, thus allowing &quot;tactical calls&quot; such = 
as RED3.</FONT> 
</P> 


<P><FONT SIZE=3D2>This test file is not required to be used by anyone. = 
If you don't do call</FONT> 


<BR><FONT SIZE=3D2>filtering, then don't bother with it. But, if you do, 
its available.</FONT> 
</P> 


<P><FONT SIZE=3D2>For me, personally, I have no interest in commercial = 
application and will</FONT> 


<BR><FONT SIZE=3D2>reject any request for commercial licensing.</FONT> 
</P> 


<P><FONT SIZE=3D2>As for the second point, what FCC regs allows does not = 
make it right. I</FONT> 


<BR><FONT SIZE=3D2>find no justification for hams, especially using = 
packet, to use anything</FONT> 


<BR><FONT SIZE=3D2>other than their real call. Special events can be = 
handled by SPCL in the</FONT> 


<BR><FONT SIZE=3D2>destination field. But, I had best stop before the = 
flames from my nostrils</FONT> 


<BR><FONT SIZE=3D2>melt my keypad!</FONT> 


</P> 


<P><FONT SIZE=3D2>The test file does have one potential problem - it = 
does not contain CRLF</FONT> 


<BR><FONT SIZE=3D2>line terminators; there are only CRs. It will be = 
replaced with one</FONT> 


<BR><FONT SIZE=3D2>containing CRLFs. If you wish to use it, it is = 
at</FONT> 
</P> 


<P><FONT SIZE=3D2><A = 
HREF=3D"http://i6.yimg.com/6/6c78a2c3/h/ac890c30/calls.txt">http://i6.yim= 
g.com/6/6c78a2c3/h/ac890c30/calls.txt</A></FONT> 

</P> 


<P><FONT SIZE=3D2>If you don't, please just forget about it. There will = 
be a second one</FONT> 


<BR><FONT SIZE=3D2>shortly providing a very extensive test of non-MicE = 
destination address</FONT> 


<BR><FONT SIZE=3D2>fields. That will be followed by a short file to test = 
discrimination of</FONT> 


<BR><FONT SIZE=3D2>local vs digipeated packets.</FONT> 
</P> 


<P><FONT SIZE=3D2>Depending on their sizes, there will be several to = 
quite a few following</FONT> 


<BR><FONT SIZE=3D2>that to test parsing of the different types of APRS = 
packets.</FONT> 

</P> 

<P><FONT SIZE=3D2>Cheers,</FONT> 


<BR><FONT SIZE=3D2>Jim, KA7EHK</FONT> 
</P> 


<P><FONT SIZE=3D2>Jim Wagner</FONT> 
<BR><FONT SIZE=3D2>Oregon Research Electronics</FONT> 


<BR><FONT = 
SIZE=3D2>-s4ss55o-5 Shes S Sissies on er etercss Sos eerste er cee </FONT>= 


<BR><FONT = 
SIZE=3D2>wagnerj@proaxis.com&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb= 
sp;&nbsp;&nbsp;&nbsp; Tangent, Oregon 97389</FONT> 


<BR><FONT = 
SIZE=3D2>KA7EHK@KC7KFE.OR.USA.NOAM&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; near = 
Corvallis OR, home of</FONT> 


<BR><FONT = 
SIZE=3D2>ka7ehk@yahoo.com&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;= 
&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp; Oregon State University</FONT> 


<BR><FONT = 
SIZE=3D2>--------------------------------- ee -eee--------- eee </FONT= 
> 


<BR><FONT SIZE=3D2>A computer without Windows is like a cake without = 
mustard. - anonymous</FONT> 

</P> 

<BR> 

<BR> 

<BR> 


<P><FONT SIZE=3D2>---</FONT> 


<BR><FONT SIZE=3D2>You are currently subscribed to aprsspec as: = 
Mail-Lists.APRS@ed-com.net</FONT> 


<BR><FONT SIZE=3D2>To unsubscribe send a blank email to = 
leave-aprsspec-11589P@lists.tapr.org</FONT> 


<BR><FONT SIZE=3D2>Questions regarding the SIG go to the SIG = 
administrator: wallou@tapr.org</FONT> 
</P> 


</BODY> 
</HTML> 
------ _= NextPart_001_01C02D5E . 0068B6C4- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 3 14:49:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ8350 
for <lyris.aprsspec@tapr.org>; Tue, 3 Oct 2000 14:49:41 -0500 (CDT) 
Date: Tue, 3 Oct 2000 12:47:49 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Call Test 
Message-ID: <LYR11589-112610-2000.10.03-14.56.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10010031246560 .20179-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 2 Oct 2000, Jim Wagner wrote concerning APRS callsigns: 


As for the second point, what FCC regs allows does not make it right. I 
find no justification for hams, especially using packet, to use anything 
other than their real call. Special events can be handled by SPCL in the 
destination field. But, I had best stop before the flames from my nostrils 
melt my keypad! 


VVVV WV 


I'll melt my keypad a little ;-) 


Search & Rescue: 
AIR1, AIR2 (Helicopters) 
TEAM1, TEAM2 (Ground teams) 
DOG7, DOG8 (Search dog teams) 
R50, R51 (Vehicles) 
BASE (Command center for the search) 


In each case above, we use the same tactical call on APRS as their 
radio tactical call. This matches the white boards we use to keep 
track of status for each team. The radios we use for voice are ona 
county search frequency, so tactical calls are ok there. APRS used 
is on amateur frequencies. 


Tactical callsigns are critical in reducing the confusion factor. 
Things get confusing in a hurry if we must translate from 


callsign/SSID to radio tactical callsigns at the point when an 
injured person is found (the busiest/most confusing part of the 
operation). KISS principle in real life here. Seconds really do 
count. 


The sheriff himself looks at the map at times, and doesn't understand 
or care to understand callsigns/SSID's. He wants to know instantly 
where each team is. 


In this case (support of a search operation) callsigns are of 
secondary importance. The more hidden they are from logistics and 
operations people, the better. I set them up to broadcast just 
enough to keep it legal and no more. The APRS software will show 
only the tactical callsigns on the topo maps. The hams running the 
APRS station can determine callsigns if/when necessary. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 9 15:57:06 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ7983 
for <lyris.aprsspec@tapr.org>; Mon, 9 Oct 2000 15:57:05 -0500 (CDT) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-113988-2000.10.09-16.04.30- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 09 Oct 2000 16:55:48 -0400 
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 
Reply-To: quesnelb@ve2.ele.etsmtl.ca 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Validation of packets (opinion) 
Content-Type: multipart/alternative; 
boundary="------------ 286E0968C7BE103CFF3C89A7" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <39E230D4.2E590566@ve2.ele.etsmtl.ca> 
Precedence: bulk 


woes cerieosss 286E0968C7BE103CFF3C89A7 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Hi to all, 


I'm up to a point where validation of paquets that comes in is 
necessary to prevent the packets from crashing the application. 


For now, my version of APRSD is extracting the Callsign up to the 
first ">" caracter, the path until the first ":" caracter and the rest 
goes into the data of the packet. I also check to see if any field goes 
beyond a certain limit is size. 


Is there any basic valisation that can be done other then checking 
these basic things ? Is there a point in going further the this in the 
IGATE code ? 


Please answer back. Any opinion is considered and welcomed... 


PS : for those of you who may have seen a version that correspond to 
2.2.0 SGI, well that's me... Getting there. The server part is coming 
pretty soon and should be in test for the Montreal IGATE. 

(http: //ve2.ele.etsmtl.ca/aprs/aprsdev.html for more information and 
updated information on the dev process) 


Bruno Quesnel va2bmg@videotron.ca 

Genie Electrique quesnelb@ve2.ele.etsmtl.ca 

Electrical Engineering VA2BMG 

Ecole de Technologies Superieure http://www. findu.com/cgi-bin/find.cgi?va2bmg 


lla alia ke 286E0968C7BE103CFF3C89A7 
Content-Type: text/html; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


<!doctype html public "-//w3c//dtd html 4.0 transitional//en"> 

<html> 

Hi to all, 

<p>&nbsp;&nbsp;&nbsp; I'm up to a point where validation of paquets that 


comes in is necessary to prevent the packets from crashing the application. 
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; For now, my version of APRSD is extracting 

the Callsign up to the first ">" caracter, the path until the first ":" 

caracter and the rest goes into the data of the packet.&nbsp; I also check 

to see if any field goes beyond a certain limit is size. 

<p>&nbsp;&nbsp;&nbsp; Is there any basic valisation that can be done other 

then checking these basic things ?&nbsp; Is there a point in going further 

the this in the IGATE code ? 

<p>&nbsp;&nbsp; Please answer back.&nbsp; Any opinion is considered and 
welcomed... 

<p>PS&nbsp; :&nbsp;for those of you who may have seen a version that correspond 

to 2.2.0 SGI, well that's me...&nbsp; Getting there.&nbsp; The server part 

is coming pretty soon and should be in test for the Montreal IGATE.&nbsp; 

(<A HREF="http://ve2.ele.etsmtl.ca/aprs/aprsdev.html">http://ve2.ele.etsmtl.ca/ 
aprs/aprsdev.html</A> for more information and updated 

information on the dev process) 

<pre>--&nbsp; 

Bruno 

Quesnel&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb 
sp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
va2bmg@videotron.ca 

Genie 

Electrique&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp; quesnelb@ve2.ele.etsmtl.ca 
Electrical 

Engineering&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp 
;&nbsp;&nbsp;&nbsp; VA2BMG 

Ecole de Technologies Superieure&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A HREF="http:// 
www. findu.com/cgi-bin/find.cgi?va2bmge">http: //www.findu.com/cgi-bin/find.cgi? 
va2bmg</A></pre> 

&nbsp; </html> 


Seine ress 5 286E0968C7BE103CFF3C89A7 - - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Oct 25 12:58:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11873 

for <lyris.aprsspec@tapr.org>; Wed, 25 Oct 2000 12:57:59 -0500 (CDT) 
Message-Id: <LYR11589-116478-2000.10.25-13.05.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 25 Oct 2000 12:55:23 -0500 


From: "Rich Beckwith" <Rich@dps.state.mo.us> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Minutes De-Coding 

Mime-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <s9f6d84c.065@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA11873 


Page 45 of the APRS Protocol Reference provides a table for Mic-E longitude 
Degrees Encoding. 


If we have already determined the offset from the Destination address, what is the 
purpose of displaying the Long Offset in the table? (+100/+0) 


Won't (D-28) + Offset work in all cases? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Oct 26 08:48:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ2756 

for <lyris.aprsspec@tapr.org>; Thu, 26 Oct 2000 08:48:05 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 26 Oct 2000 09:46:28 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Grid Squares 
Message-ID: <LYR11589-116589-2000.10.26-08.57.06- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10010260935270 .19006-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


ARGH! !!!}!!!! I just checked the spec, and it is wrong about grid 
squares.. We worked long and hard to get everyone on the same page with 
regard to this new format for GRID SQUARES. But now I see that the 
implementation of the wording in the spec, put it in the wrong place. Of 
course it is entirely my fault for not finding this prior to 
publication... 


It is under the MIC-E heading and this is completely incorrect. 

It has nothing to do with the Mic-E. It was supposed to replace the 
"MAIDENHEAD" section on page 33. It has nothing to do with the Mic-E on 
page 55! 


No wonder everyone is confused... ARGH... 
The preferred format for GRID SQUARES is >GGi#HFGG/$ ... 


The reason for this is because it xcan be received on a THD7 or D700x 

and because it permits the inclusion of ICONS which the older [GGéHFGG] did 
not. Maps without ICONS are quite uninteresting... Mobiles and HT's that 
cannot receive grids are also a disadvantage... 


I don't know what we do officially about this mixup, but everyone with a 
THD7 or D700 would probably prefer that grid reports be in this format so 
they can receive them and not be left in the dark... Unfortunately, they 
will not be "decoded" as an actual posit, but they will be "received". 
The [] format will not even be received... 


For backwards compatibiliy, I will put the [GGéHFgg] format back into 
APRSdos for the upcoming Meteor Shower activities. But it will leave out 


everyone that could try a new first.... Moible or HT MS! 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Oct 26 10:49:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA17480 

for <lyris.aprsspec@tapr.org>; Thu, 26 Oct 2000 10:49:10 -0500 (CDT) 
Reply-To: <kc5jgv@arrl.net> 
From: "Scott-KC5IGV" <kc5jgv@arrl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Grid Squares 
Date: Thu, 26 Oct 2000 10:43:55 -0700 
Message-ID: <LYR11589-116596-2000.10.26-10.56.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
Importance: Normal 
In-Reply-To: <LYR14466-116589-2000.10.26-08.57.06--kc5jgvitarrl.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <LNBBKMIGGBHAKIDIELKNKEGNDCAA. kc5jgv@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hey Bob, don't get upset, Grid Squares are hard to understand sometimes. Let 
me tell you a funny story, time out from APRS for a sec...... 


When I was wild a crazy and in the Marine Corps, I was stationed on the 
island of Okinawa, Japan. One of the things that we always enjoyed doing to 
break up the monotony, was to send a new Marine on an impossible mission. 
Such as sending a guy over to the supply depot to get a BA-1100-November 
with a ST-Ring attached. Translation, a BALLOON AND STRING! 


Well, the best was one day we sent a poor feller over to supply to get a Box 
of Grid Squares. When he left we called ahead and told them to tell him 
they'd just run out, but they knew another area supply to go get them. Well, 
to make a long story short, the poor guy ended up carrying a box on his 


shoulder all the way across the small base we were at with the words, GRID 
SQUARES, on it! It took him a long time to live that one down! 


So, when your over there kicking your toe against the desk, think that you 
made a big mistake, just think about how embarrassing it really could be! 


Good Day! 


73, 
Scott 


Need Help with APRS? 

http: //www.aprshelp.com 

Need a 12v computer for APRS? 
http://www. compu-comm.com 


rts Original Message----- 

From: bounce-aprsspec-14466@lists.tapr.org 
[mailto:bounce-aprsspec-14466@lists.tapr.org]On Behalf Of Bob Bruninga 
Sent: Thursday, October 26, 2000 6:46 AM 

To: APRS Spec Discussion List 

Cc: aprsspec@lists.tapr.org 

Subject: [aprsspec] Grid Squares 


ARGH! !!!!!!! I just checked the spec, and it is wrong about grid 
squares.. We worked long and hard to get everyone on the same page with 
regard to this new format for GRID SQUARES. But now I see that the 
implementation of the wording in the spec, put it in the wrong place. Of 
course it is entirely my fault for not finding this prior to 
publication... 


It is under the MIC-E heading and this is completely incorrect. 

It has nothing to do with the Mic-E. It was supposed to replace the 
"MAIDENHEAD" section on page 33. It has nothing to do with the Mic-E on 
page 55! 


No wonder everyone is confused... ARGH... 

The preferred format for GRID SQUARES is >GGi#HFGG/$ ... 

The reason for this is because it xcan be received on a THD7 or D700x 

and because it permits the inclusion of ICONS which the older [GGéHFGG] did 


not. Maps without ICONS are quite uninteresting... Mobiles and HT's that 
Cannot receive grids are also a disadvantage... 


I don't know what we do officially about this mixup, but everyone with a 
THD7 or D700 would probably prefer that grid reports be in this format so 
they can receive them and not be left in the dark... Unfortunately, they 
will not be "decoded" as an actual posit, but they will be "received". 
The [] format will not even be received... 


For backwards compatibiliy, I will put the [GGéHfgg] format back into 
APRSdos for the upcoming Meteor Shower activities. But it will leave out 
everyone that could try a new first.... Moible or HT MS! 


Bob 


You are currently subscribed to aprsspec as: kc5jgv@arrl.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Oct 26 11:01:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA19504 

for <lyris.aprsspec@tapr.org>; Thu, 26 Oct 2000 11:01:35 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 26 Oct 2000 12:00:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@nadn.navy.mil> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: “Ev Tupis (W2EV)" <propnet@greeceny.com>, 

Robert Bruninga <bruninga@arctic.usna.edu>, aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: APRSdos Meteor Mode.. OK 
In-Reply-To: <ZejVpsAlvD+5Ew$+@peaksys.co.uk> 
Message-ID: <LYR11589-116598-2000.10.26-11.10.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10010261155090 .239-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob said: 

> >Maiden head locator was put under the MIC-E heading and this is ... 

> >incorrect. It was supposed to replace the "MAIDENHEAD" section on page 
> >33. It has nothing to do with the Mic-E! 

> 

Roger replied: > It's also in the Status Reports section on page 82. 


OK, I was wrong and confused as well by the (now) 3 different references 
to the GRID-SQUARE Format. So I guess it is OK as written, but 
missleading. I would have preferred that the page 33 reference INCLUDE 
the >GGiHkgg/$ format as well with the note that it is the only grid format 
receivable by the Kenwoods... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 6 07:02:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA19804 

for <lyris.aprsspec@tapr.org>; Mon, 6 Nov 2000 07:02:27 -0600 (CST) 
Message-ID: <LYR11589-118388-2000.11.06-07.09.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 6 Nov 2000 12:58:33 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Weather reports... 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <U37G]KA5rqB6EwYV@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The following comment occurs on page 64 of the spec in the "Positionless 
Weather Data" section: - 


"Note: The weather report must include at least the MDHM date/timestamp, 
wind direction, wind speed, gust and temperature, but the remaining 
parameters may be in a different order (or may not even exist)." 


The way the spec is written, that comment appears to only apply to 
"Position Weather Reports", but is it in fact also supposed to apply to 
"Complete Weather Reports"? 


The reason I ask is that it has been reported to me that the Kenwood 
radios appear not to recognise a "Complete Weather Report" unless it 
contains a gust value. Without the gust value they regard it as being a 
mobile station. (Note - I haven't verified this myself, because I don't 
own a Kenwood. ) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 6 07:41:24 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA22659 

for <lyris.aprsspec@tapr.org>; Mon, 6 Nov 2000 07:41:23 -0600 (CST) 
Date: Mon, 6 Nov 2000 7:38:34 
Subject: [aprsspec] Re: Weather reports... 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Roger Barker" <roger@peaksys.co.uk> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-118390-2000.11.06-07.48.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 11/06/00, "Roger Barker <roger@peaksys.co.uk>" wrote: 

[snip] 

> "Position Weather Reports", but is it in fact also supposed to apply to 
AAAAAAAN Typo! Should, of course, be "Positionless". 


Roger, G4IDE 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 6 09:42:56 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA06434 

for <lyris.aprsspec@tapr.org>; Mon, 6 Nov 2000 09:42:55 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 6 Nov 2000 10:39:32 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather reports... (fwd) 
Message-ID: <LYR11589-118416-2000.11.06-09.50.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10011061037440 .15394-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 6 Nov 2000, Roger Barker wrote: 
on page 64 of the spec in the "Positionless Weather Data" section: - 


"Note: The weather report must include at least the MDHM date/timestamp, 
wind direction, wind speed, gust and temperature, but the remaining 
parameters may be in a different order (or may not even exist)." 


. does it also apply to "Complete Weather Reports"? 


> 
> 
> 
> 
> 
> 
> 
> 
> . Kenwood radios appear not to recognise a "Complete Weather Report" 

> unless it contains a gust value. Without the gust value they regard it 

> as being a mobile station... 

Yes, in general, in order to ignore all the WinAPRS WX stations that are 
sending weatherless positions, the presence of the "t" and "g" are used as 
verifiers of weather data included within a "complete" wx report. 


de WB4APR< Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 6 10:55:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA12420 

for <lyris.aprsspec@tapr.org>; Mon, 6 Nov 2000 10:55:51 -0600 (CST) 
Message-ID: <LYR11589-118435-2000.11.06-11.05.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 6 Nov 2000 16:54:37 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Weather reports... 
References: <LYR11586-118388-2000.11.06-07.09.42-- 
bruninga#nadn.navy.mil@lists.tapr.org> 


<Pine.GSO.4.05L.10011061022330.15394-100000@arctic> 
In-Reply-To: <Pine.GSO.4.05L.10011061022330.15394-100000@arctic> 
MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8zZ2MyhANJuB6EwdV@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <Pine.GSO.4.05L.10011061022330.15394-100000@arctic>, Bob 
Bruninga <bruninga@usna.edu> writes 

>On Mon, 6 Nov 2000, Roger Barker wrote: 

>> The following comment occurs on page 64 of the spec in the "Positionless 
>> Weather Data" section: - 

>> "Note: The weather report must include at least the MDHM date/timestamp, 
>> wind direction, wind speed, gust and temperature, but the remaining 

>> parameters may be in a different order (or may not even exist)." 

>> The way the spec is written, that comment appears to only apply to 

>> "Position Weather Reports", but is it in fact also supposed to apply to 
>> "Complete Weather Reports"? 

[snip to keep the list server happy] 

>Yes, in general, in order to ignore all the WinAPRS WX stations that are 
>sending weatherless positions, the presence of the "t" and "g" are used as 
>verifiers of weather data included within a "complete" wx report. 


I could appreciate that, except that only the Kenwood radios seem to be 
ignoring it. The format of the beacons in question is:- 


=5258 .24N/00002 . 76W_000/000t0501r000P035h93b09750 


I'm xtold* that the Kenwoods regard that as being a mobile station, and 
ignore the weather data. (DOS APRS and WinAPRS both regard it as a wx 
station, and interpret the data as a wx report.) 


However, I was really asking about what that section of the spec is 
supposed to be saying. If it is supposed to be saying that the 'g' and 
't' requirement applies to "Complete Weather Reports", then, to me, the 
way it is currently worded doesn't say that, because the requirement is 
embedded in "Positionless Weather Data" inside "Positionless Weather 
Reports". 


I asked the question because, at the moment, I suppress the gust field 
in the weather report if the wind speed is zero. I was quite surprised 
to be told that the Kenwood radios don't regard such reports as being 
weather data. I then looked at the spec, and concluded that what I was 


doing was ok... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 6 12:52:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ1110 

for <lyris.aprsspec@tapr.org>; Mon, 6 Nov 2000 12:52:45 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 6 Nov 2000 13:49:55 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather reports... 
In-Reply-To: <LYR11586-118435-2000.11.06-11.05.23-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-118443-2000.11.06-13.00.00- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10011061343250 .10405-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 6 Nov 2000, Roger Barker wrote: 


>Yes... in order to ignore all the WinAPRS WX stations that sending 
>WX-less posits, the "t" and "g" are used as verifiers... 


I could appreciate that, except that only the Kenwood radios seem to be 
ignoring it. The format of the beacons in question is: - 

=5258 .24N/00002 . 76W_000/000t0501r000P035h93b09750 

I'm xtold* that the Kenwoods regard that as being a mobile station, and 


VV VV VV MV 


> ignore the weather data. (DOS APRS and WinAPRS both regard it as a wx 
> station, and interpret the data as a wx report.) 


Yes, it is because of this ambiguity that we put that statement in the 
spec. Prior to such a spec, we all had our own little tricks for 
determining if the WinAPRS packet had valid WX data or not. Most of us 
still probably use whatever code we already had. Kenwood requires the "g" 
and the "t" as we meant to codify in the spec. APRSdos requires either a 
"gs" xore a "t". In any case, the best way to assure its valid WX is to 
require both the "t" and the "g" in the right places... 


However, I was really asking about what that section of the spec is 
supposed to be saying. If it is supposed to be saying that the 'g' and 
't' requirement applies to "Complete Weather Reports", then, to me, the 
way it is currently worded doesn't say that, because the requirement is 
embedded in "Positionless Weather Data" inside "Positionless Weather 
Reports". 


VVVV VV 


Yes, it should apply to both. That should be fixed in the next version... 
Ian? 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 7 22:29:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ4866 
for <lyris.aprsspec@tapr.org>; Tue, 7 Nov 2000 22:29:37 -0600 (CST) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-118634-2000.11.07-22.37.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 07 Nov 2000 23:27:36 -0500 
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 
Reply-To: quesnelb@ve2.ele.etsmtl.ca 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Invalid packet 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A08D638.75240329@ve2.ele.etsmtl.ca> 
Precedence: bulk 


Hi to all, 


I've been running my server for a little while and looking at the 
packets that are being refuses, many of them are preceded by the "cmd:" 
string and then a valid packet (after a quick look at the following 
packet). 


Would it be sound to remove the leading "cmd:" string in front of a 
packet, then retreat the packet to see if it's valid or still reject it 


because it is bad..... 


Thanks in advance 


Bruno Quesnel va2bmg@videotron.ca 

Genie Electrique quesnelb@ve2.ele.etsmtl.ca 

Electrical Engineering VA2BMG 

Ecole de Technologies Superieure http://www. findu.com/cgi-bin/find.cgi?va2bmg 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 8 09:27:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA13728 
for <lyris.aprsspec@tapr.org>; Wed, 8 Nov 2000 09:27:52 -0600 (CST) 
X-Server-Uuid: 7edb479a-£d89-11d2-9a77-0090273cd58c 
Message-ID: <LYR11589-118698-2000.11.08-09.35.10- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Pendley, Michael" <mycall@sandia.gov> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] So what does a D7(a)g supportD7(a)¢ 
Date: Wed, 8 Nov 2000 08:24:24 -0700 
MIME-Version: 1.0 
X-WSS-ID: 1617AFBB261258-01-01 


Content-Type: text/plain; 

charset=1iso-8859-1 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <77349FC5DC1CD211BAD900805FA7241A09774562@esO1snint.sandia.gov> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The tracker I am developing seems to work -- but not with a D7(a)g in APRS 
mode. 


The packet format is a simple "no timestamp lat/long position report" 
(second page of chapter 8 -- page 32 of draft 1.0.1m) with course/speed in 
the data extension. 


Packet transmission seems to be OK (i.e. bit timing, X-25 format, etc) since 
the packet gets through the D7 just fine when the TNC is put in packet mode 
and my local DIGI repeats the packet. 


The APRS data seems to be formatted correctly since APRS+SA is happy with 
what comes out of the D7 (in packet mode) and I show up on findu.com. 


The only problem seems to be the D7 ignoring the packet when the TNC is in 
APRS mode. This makes me think the D7 is expecting a different APRS data 
message syntax -- or maybe does not support this type of report. 


Before I go into "try stuff until it works" mode I thought I would see if 
anyone knows if there is an FAQ or a compilation of D7 caveats and what the 
D7 does and does not support. 


Thanks in advance. 


-Mike, K5ATM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 8 09:49:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA16670 

for <lyris.aprsspec@tapr.org>; Wed, 8 Nov 2000 09:49:05 -0600 (CST) 
X-Originating-IP: [137.195.174.11] 
Reply-To: asena@bigfoot.com 
From: "Antonio Sergio Sena" <aserginho@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] D7 problem with APRS tracker 
Date: Wed, 08 Nov 2000 15:46:48 WET 
Mime-Version: 1.0 
Content-Type: text/plain; format=flowed 
Message-ID: <LYR11589-118707-2000.11.08-09.56.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-OriginalArrivalTime: 08 Nov 2000 15:46:48.0659 (UTC) 
FILETIME=[1AE8B230:01C0499B] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F40qpvFpkKyeMgYynMsy000064af@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>The only problem seems to be the D7 ignoring the packet when the TNC is in 
>APRS mode. This makes me think the D7 is expecting a different APRS data 
>message syntax -- or maybe does not support this type of report. 

> 


Interesting... 

The same is happening to me. I developed a WX APRS station, that you connect 
direct to the radio. Completely autonoumous. 

The IGate's recognize, the users recognize, the D7 in TNC mode recognizes, 
but when you change the D7 to APRS it doesnt hear nothing. 


I thought i was having any glitch with my code. Perhaps there are some bits 
swapped, that D7 doesnt recognize. 


Interesting to know that finally someone stucked in the same problem. 
Cheers! 


73 de CT2GPW 


Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. 


Share information about yourself, create your own public profile at 
http: //profiles.msn.com. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 8 09:50:53 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA16912 

for <lyris.aprsspec@tapr.org>; Wed, 8 Nov 2000 09:50:50 -0600 (CST) 
Message-ID: <LYR11589-118708-2000.11.08-10.00.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 8 Nov 2000 15:50:04 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Reply-To: Roger Barker <roger@peaksys.fsbusiness.co.uk> 
Subject: [aprsspec] Re: So what does a D7(a)g supportD7(a)¢g 
References: <LYR13460-118698-2000.11.08-09.35.10-- 
roger#tpeaksys.fsbusiness.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-118698-2000.11.08-09.35.10-- 
roger#tpeaksys.fsbusiness.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <ga9bIXAsYXC6EwOq@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-118698-2000.11.08-09.35.10--roger#peaksys.fsbusines 
s.co.uk@lists.tapr.org>, Pendley, Michael <mycall@sandia.gov> writes 

>The tracker I am developing seems to work -- but not with a D7(a)g in APRS 
>mode. 

EEC ic. 


Could you post a sample of a frame from the tracker, as received on 
another system? 


Roger Barker, G4IDE - roger@peaksys.fsbusiness.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.fsbusiness.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 8 09:58:48 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA17523 
for <lyris.aprsspec@tapr.org>; Wed, 8 Nov 2000 09:58:45 -0600 (CST) 
X-Originating-IP: [137.195.174.11] 
Reply-To: asena@bigfoot.com 
From: "Antonio Sergio Sena" <aserginho@hotmail .com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: So what does a D7(a)g supportD7(a)¢g 
Date: Wed, 08 Nov 2000 15:57:48 WET 
Mime-Version: 1.0 
Content-Type: text/plain; format=flowed 
Message-ID: <LYR11589-118709-2000.11.08-10.07.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-OriginalArrivalTime: 08 Nov 2000 15:57:48.0315 (UTC) 
FILETIME=[A41836B0:01C0499C] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F14eeFUtLch9wPiyAph00006556@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>Could you post a sample of a frame from the tracker, as received on 
>another system? 
> 


Hy! 
I am sorry, but i cant. 
I am presently in Edinburgh, and all my stuff is in Portugal... 


If there is other thing i can provide?? 


Cheers! 


73 de CT2GPW 


KKKKKKKK KKK KKK KKK KKK KKK KKK KKK KEKE KERR KKK 
Antonio Sergio Sena 

BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 
www.qsl.net/ct2gpw 


Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. 


Share information about yourself, create your own public profile at 
http: //profiles.msn.com. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 8 12:30:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4869 
for <lyris.aprsspec@tapr.org>; Wed, 8 Nov 2000 12:30:24 -0600 (CST) 
X-Server-Uuid: 7edb479a-£d89-11d2-9a77-0090273cd58c 
Message-ID: <LYR11589-118726-2000.11.08-12.38.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Pendley, Michael" <mycall@sandia.gov> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: So what does a D7(a)g support 
Date: Wed, 8 Nov 2000 11:28:02 -0700 
MIME-Version: 1.0 
X-WSS-ID: 161744B0291747-01-01 
Content-Type: text/plain; 
charset=1iso-8859-1 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <77349FC5DC1CD211BAD900805FA7241A09774564@esO1snlnt.sandia.gov> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
At work now but I will post a frame tomorrow morning. 
Thanks for your interest. 


-Mike 


seas Original Message----- 

From: Roger Barker [mailto:roger@peaksys.co.uk] 

Sent: November 08, 2000 8:50 AM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: So what does a D7(a)g supportD7(a)¢g 


In article <LYR13460-118698-2000.11.08-09.35.10--rogeri#peaksys.fsbusines 
s.co.uk@lists.tapr.org>, Pendley, Michael <mycall@sandia.gov> writes 

>The tracker I am developing seems to work -- but not with a D7(a)g in APRS 
>mode. 

ECC... 5 


Could you post a sample of a frame from the tracker, as received on 
another system? 


Roger Barker, G4IDE - roger@peaksys.fsbusiness.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.fsbusiness.co.uk 


You are currently subscribed to aprsspec as: mycall@sandia. gov 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 8 15:00:46 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA25585 

for <lyris.aprsspec@tapr.org>; Wed, 8 Nov 2000 15:00:42 -0600 (CST) 
Message-Id: <LYR11589-118737-2000.11.08-15.10.19-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 08 Nov 2000 14:59:53 -0600 

From: "Rich Beckwith" <Rich@dps.state.mo.us> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Invalid packet 

Mime-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sa096a70.046@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA25585 


>>> Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 11/08/00 09:25AM >>> 


>Bruno wrote: 
>Just out of curiosity, what software are you writing ? 


I am writing a windows based tracking/mapping program. The current windows based 
programs just don't work the way I would like them to, or have quirks that make 
them a pain to use. I figured I could spend my time griping, or write something I 
like. 


Our local amateur radio club supports the annual MS-150 bike-a-thon (Multiple 
Sclerosis), SkyWarn, and other events and I wanted something better suited for 
"real time" assett tracking. I actually wrote a utility for one of the popular 
programs to refresh the screen every 3 seconds because we couldn't figure out 
which parameter or configuration setting to change to eliminate "vapor" trails. I 
wanted something that... 


- Supported readily available maps in VECTOR based formats 

- Movement in "real time", no vapor trails, object permanance is adjustable 

- Map features, map layers and labels easily added or removed 

- True 32 Bit Windows program with all the gadgets I normally expect; right click 
etc. 


Because I don't have DOS memory constraints there are no significant limitations 
on the number of points or labels in a single DOS map. "Objects" move without 
leaving trails and the maps can be resized or zoomed easliy. Additional label 
points can be added without a problem. Long way to go, but making progress... 


Now if I could just come up with all those darn icons... 


Regards, 
Rich - Wn0x 


P.S. The issue I had with the "cmd:cmd:cmd:cmd:" is that I wasn't checking for 
this possibility and my line parser was trying to treat it as an object. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 09:16:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA20400 
for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 09:16:13 -0600 (CST) 
X-Server-Uuid: 7edb479a-£d89-11d2-9a77-0090273cd58c 
Message-ID: <LYR11589-118856-2000.11.09-09.22.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Pendley, Michael" <mycall@sandia.gov> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: So what does a D7(a)g support 
Date: Thu, 9 Nov 2000 08:10:26 -0700 
MIME-Version: 1.0 
X-WSS-ID: 161461F8366945-01-01 
Content-Type: text/plain; 
charset=1iso-8859-1 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <77349FC5DC1CD211BAD900805FA7241A0977456C@esO1snlnt.sandia. gov> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


So here is the output from my TNC: 
K5ATM>SOTT10, WIDE3-3: !3505.52N\10628. 95wW$000/000 


I did a little "try stuff until it works" last night and found if I change 
the destination address (used as a software version number) from SOTT10 to 


something more familiar -- APS199 -- and the D7 was quite happy! I got a 
beep and my packet was entered on the message list. 


Went back and looked at the protocol again and did not see any reason why a 
software version number of the form SOTT10 would be a bad idea. I did 
notice that all the software version number examples in the protocol 
document started with the letter "A" so I changed SOTT10 to AOTT10. The D7 
still did not accept the packet in APRS mode. 


So, it looks like the D7 is using information in the destination address to 
decide if a packet is a legal APRS packet -- and APS199 passes the test but 
SOTT10 does not. What am I missing? 


Thanks for any help. 


-Mike, K5ATM 


ios ae Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Sent: November 08, 2000 3:36 PM 

To: Pendley, Michael 

Subject: Re: [aprsspec] So what does a D7(a)g supportD7(a)¢g 


Show us the packet and we can tell ina jiff. 
"a packet is worth a thousand words"... 

bob 

On Wed, 8 Nov 2000, Pendley, Michael wrote: 


The tracker I am developing seems to work -- but not with a D7(a)g in APRS 
mode. 


The packet format is a simple "no timestamp lat/long position report" 
(second page of chapter 8 -- page 32 of draft 1.0.1m) with course/speed in 
the data extension. 


VV VV VV VV 


Packet transmission seems to be OK (i.e. bit timing, X-25 format, etc) 
since 
> the packet gets through the D7 just fine when the TNC is put in packet 


mode 
and my local DIGI repeats the packet. 


The APRS data seems to be formatted correctly since APRS+SA is happy with 
what comes out of the D7 (in packet mode) and I show up on findu.com. 


The only problem seems to be the D7 ignoring the packet when the TNC is in 
APRS mode. This makes me think the D7 is expecting a different APRS data 
message syntax -- or maybe does not support this type of report. 


Before I go into "try stuff until it works" mode I thought I would see if 
anyone knows if there is an FAQ or a compilation of D7 caveats and what 
the 

> D7 does and does not support. 


VV VV VV VV VV WV 


Vv 


Thanks in advance. 


-Mike, K5ATM 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVVV VV VV VV WV 


APRSdos REPLY/COMMENT: 


Reply mail addr: wb4apr@amsat.org 
US mail address: 115 old Farm Ct, Glen Burnie, MD 21060 


See DAYTON97 HISTORY: http: //web.usna.navy.mil/~bruninga/dayton. html 
See Maryland APRS LIVE: http://web.usna.navy.mil/~bruninga/aprs.html 
See GPS on ANY radio: http: //www.tapr.org/tapr/html/mic-e.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 11:14:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ1397 

for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 11:14:26 -0600 (CST) 
Message-Id: <LYR11589-118867-2000.11.09-11.24.06-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Subject: [aprsspec] WAP Jumpstart 

Date: Thu, 9 Nov 2000 12:09:06 -0500 

From: Steve Dimse <sdimse@earthlink.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011091710.JAA11246@swan. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Anyone with any experience with WAP or HDML3? I just got a sprint PCS and 
want to add support to findu, but the developers docs seem needlessly 
dense for my application. All I need to start is the markup for a simple 
text page. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 11:33:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5146 

for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 11:33:15 -0600 (CST) 
Date: Thu, 9 Nov 2000 11:29:47 -0600 
Message-Id: <LYR11589-118868-2000.11.09-11.40.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia. com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: aprsspec@lists.tapr.org 
Subject: [aprsspec] RE: So what does a D7(a)g support 
X-IPAddress: 204.248.115.61 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011091729.LAA21590@dm.deskmedia. com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Mike, 

I have noticed what you described too. I have found apkO0O1 to work okay, 
I think. I would have expected Kenwood to fix this in the G version, but 
I guess they did not. 

-James Jefferson KBOTHN 

So here is the output from my TNC: 


K5ATM>SOTT10, WIDE3-3: !3505.52N\10628 . 95wW$000/000 


I did a little "try stuff until it works" last night and found if I change 
the destination address (used as a software version number) from SOTT10 


VVVVV Vv 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 11:42:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6614 

for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 11:42:29 -0600 (CST) 
Message-Id: <LYR11589-118869-2000.11.09-11.49.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] RE: So what does a D7(a)g support 
Date: Thu, 9 Nov 2000 12:37:49 -0500 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011091739.JAA24594@snipe.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 11/9/00 12:29 PM James Jefferson (jjeffers@deskmedia.com) wrote: 


>I have noticed what you described too. I have found apk001 to work okay, 
>I think. I would have expected Kenwood to fix this in the G version, but 
>I guess they did not. 

> 

It isn't a bug, see page 23 of the spec, AP*x is a supported prefix, Ax* is 
not... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 12:35:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA12858 
for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 12:35:14 -0600 (CST) 
X-Server-Uuid: 7edb479a-£d89-11d2-9a77-0090273cd58c 
Message-ID: <LYR11589-118877-2000.11.09-12.45.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Pendley, Michael" <mycall@sandia.gov> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: So what does a D7(a)g support 
Date: Thu, 9 Nov 2000 11:34:38 -0700 
MIME-Version: 1.0 
X-WSS-ID: 161431C4400884-01-01 
Content-Type: text/plain; 
charset=iso-8859-1 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <77349FC5DC1CD211BAD900805FA7241A0977456E@esO1snlnt.sandia.gov> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve, Bob -- thanks 
In hindsight it all makes sense. For what it is worth, here is how I got 
lost. Maybe the info will be useful in a future version of the protocol 


document. 


Chapter 4 describes the Destination address. The first section gives a list 


of 5 types of destination call signs. One is a generic APRS call sign 
(which are listed in the next section) and one is an APRS software version 
number. I read this as a list of independent categories -- not that some 
were subsets of the others. That is, I did not make the association that a 
software version number was a type of generic call sign -- specifically the 
APx generic call sign. I think, in fact, there are really 3 types of 
destination call signs -- Generic, Mic-E, and ALTNET with the caveat that 
Generic has three sub types -- with a symbol, without a symbol, and software 
version number. 


This thinking was reinforced by the fact that there is a section on generic 
APRS callsigns and a separate section on APRS Software Version Numbers with 
no linkage between them. The fact that APx is the generic destination 
callsign used for software version numbers is implicit with the examples but 
an explicit statement to that effect would have saved me. 


Finally, the section on Alternate Net Callsign states that any other 
callsign not included in the specific generic list or the other categories 
mentioned above may be used in Alternate Nets. When I read this I assumed 
that my SOTT10 call sign was not a generic APRS callsign but WAS one of the 
other categories mentioned above -- specifically a software version number. 
However, if I had stopped to think how one would implement a system it would 
have been obvious that it would be impossible to tell the difference between 
my interpretation of a software version number and an alternate net 
callsign. 


So like I said, it all makes sense in hindsight and I appreciate the 
education. It seems like others have run into the same problem so I wonder 
if others followed the same path. If so, I would like to suggest that in 
some future release of the protocol spec that the use of APx be explicitly 
stated. This could be a short sentence below the table of generic callsigns 
where callsigns like DGPS are explicitly mentioned. Another possibility 
would be to add a sentence to the paragraph before the software version 
number examples -- i.e. add "The generic destination callsign APx is used to 
specify software version numbers" before the sentence "The following 
software version types are reserved ae 


I wonder if short descriptions of the other generic call signs should also 
be included. Some are obvious (at least to me) -- like WX*x. Others are not 
so obvious. 

Thanks again 


73 


-Mike, K5ATM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 15:09:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ1281 

for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 15:09:43 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 9 Nov 2000 16:08:03 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: So what does a D7(a)g support 
In-Reply-To: <LYR11586-118868-2000.11.09-11.40.44-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-118886-2000.11.09-15.19.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10011091605280 . 23663-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> I have noticed what you described too. I have found apk001 to work okay, 
> I think. I would have expected Kenwood to fix this in the G version, but 
> I guess they did not. 


It aint broke. The TO ADDRESS is limited to specific addresses according 
to the SPEC. Software version numbers beginning with AP are OK. Other 
callsigns beginnning with anything else are supposed to be ignored except 
for a few BEACON type exceptions. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 17:04:37 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA15677 

for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 17:04:35 -0600 (CST) 
Message-ID: <LYR11589-118899-2000.11.09-17.12.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-118886-2000.11.09-15.19.15-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] RE: So what does a D7(a)g support 
Date: Thu, 9 Nov 2000 15:01:45 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q02f01c04aa1$092b5a00$8792b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA15677 


> > I have noticed what you described too. I have found apk001 to work okay, 
> > I think. I would have expected Kenwood to fix this in the G version, but 
> > I guess they did not. 

> 

> It aint broke. The TO ADDRESS is limited to specific addresses according 

> to the SPEC. Software version numbers beginning with AP are OK. Other 

> callsigns beginnning with anything else are supposed to be ignored except 

> for a few BEACON type exceptions. 

> 

> bob 


Except that every Mic-E packet violates the ALTNET spec. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 9 17:45:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA20575 

for <lyris.aprsspec@tapr.org>; Thu, 9 Nov 2000 17:45:42 -0600 (CST) 
Message-Id: <LYR11589-118902-2000.11.09-17.53.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] WAP available thru findu.com 
Date: Thu, 9 Nov 2000 18:39:15 -0500 
From: Steve Dimse <sdimse@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011092342 .PAAQ4501@swan. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


If you have a phone that does HDML 3.0, try this: 
http://www. findu.com/cgi-bin/wap.cgi/?k4hg-8 


I've tried this on my Motorola Star-Tac, and on a simulator for most of 
the WAP phones, but I'd love to hear reports of how your phone works. 


Steve K4HG 


(could someone forward this to aprssig for me?) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 10 10:10:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA29274 


for <lyris.aprsspec@tapr.org>; Fri, 10 Nov 2000 10:10:57 -0600 (CST) 
Message-ID: <LYR11589-118993-2000.11.10-10.20.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 10 Nov 2000 09:09:25 -0700 
From: Tate <kc7zru@arrl.net> 
Reply-To: kc7zru@arrl.net 
Organization: http://www.cauce.org 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: WAP available thru findu.com 
References: <LYR19726-118902-2000.11.09-17.53.01--kc7zru#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A0C1DB5.866E9542@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Done Steve, 


Mmm - maybe we aught sign up a volunteer "Official Forwarder" for you, 
eh? 


73 

Steve Dimse wrote: 

If you have a phone that does HDML 3.0, try this: 
http://www. findu.com/cgi-bin/wap.cgi/?k4hg-8 


I've tried this on my Motorola Star-Tac, and on a simulator for most of 
the WAP phones, but I'd love to hear reports of how your phone works. 


Steve K4HG 


(could someone forward this to aprssig for me?) 


VV VV VV VV VV VV 


CAC AVAVINAUACAVAC Ov AVAT aA av ava AU ACO VAV RU aT Ora 


| No Longer in Laramie | Now in Casper | 


| CARC Repeater 146.640(-) | DN62uu 

| ICQ/ICU# 82711454 | eGroups.com/RM-APRS | 
| "The Dungeon" online at http://go.to/KC7ZRU | 
FEFEEEEEFEEFEEFEEFEEFEEFEEFEEFEEFEEFEAPEAPEAP EAP E+ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 10 11:01:29 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5797 

for <lyris.aprsspec@tapr.org>; Fri, 10 Nov 2000 11:01:25 -0600 (CST) 
Message-ID: <LYR11589-119007-2000.11.10-11.10.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Horzepa, Stan" <Stan_Horzepa@adc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ADMIN: Monthly Reminder 
Date: Fri, 10 Nov 2000 10:31:35 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8204E40F8922D411A0C10008C7A42AC223597E@MRDNEXCHO1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested in 
discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 


The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards another 
list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects that are 
only tangentially related to the APRS protocol specification (like "what kind of 
printer should I buy to print out my copy of the APRS specification?") may be 
considered off-topic. If you start a message with "this is off-topic..." then you 
are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has been 
optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you are 
referencing. (The APRS SPEC SIG software has been optioned to limit the length of 
a quote.) 

Do not send messages in HTML of Rich Text format. 


Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been optioned 
to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any list 
member who violates these rules. 
UNSUBSCRIBING 
To unsubscribe from the APRS SPEC SIG, follow the directions you will find at the 
bottom of each message you receive from the APRS SPEC. 
QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please email 
the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 10 14:49:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ7865 

for <lyris.aprsspec@tapr.org>; Fri, 10 Nov 2000 14:49:00 -0600 (CST) 
Date: Fri, 10 Nov 2000 12:46:45 -0800 
Message-Id: <LYR11589-119037-2000.11.10-14.56.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain 
Content-Disposition: inline 
Content-Transfer-Encoding: binary 
Mime-Version: 1.0 
X-Originating-Ip: [208.176.108.9] 
From: "Bill Reed" <transit_man@my-deja.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] test - ignore 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011102046 .MAAQ8567@mail23 .bigmailbox.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


ignore 


--== Sent via Deja.com http://www.deja.com/ ==-- 
Before you buy. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 13 12:11:07 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ3954 

for <lyris.aprsspec@tapr.org>; Mon, 13 Nov 2000 12:11:05 -0600 (CST) 
Message-Id: <LYR11589-119507-2000.11.13-12.18.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Web Phone access to findu.com 
Date: Mon, 13 Nov 2000 13:07:18 -0500 
From: Steve Dimse <sdimse@earthlink.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011131807 .KAA26700@snipe.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In order to decrease the amount of (painful) text entry into the phones, 
I've set up a new virtual server strictly for WAP access, with a more 
direct URL. To access the find cgi: 


wap. findu.com/find?k4hg-8 
I have the weather cgi online as well now: 
wap. £indu.com/wx?k4h¢g 


I plan on porting over all the findu cgis (at least those that make sense 
for phone access) eventually. Suggestions are welcome... 


Steve K4HG 


And as always, can someone forward this to the aprssig? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 13 12:22:13 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4949 
for <lyris.aprsspec@tapr.org>; Mon, 13 Nov 2000 12:22:12 -0600 (CST) 
Message-Id: <LYR11589-119508-2000.11.13-12.29.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 13 Nov 2000 12:18:14 -0600 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Icons? GPS Spec? 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Disposition: inline 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <saQfdc23.005@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA04949 


- Does anyone know if the icons for the symbol lists are available anywhere? I 
would rather not duplicate them if I don't have to, but don't want any copyright 
issues associated with "borrowing" them from existing APRS applications. 


- Does anyone know where I can get documentation on the NMEA 0183 sentence 
specifications? I have the Mic-E, Positional and Compressed formats working, but 
need to add the $G formats. 


Thanks, 


Rich Beckwith - Wn0x 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 13 12:54:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ8415 

for <lyris.aprsspec@tapr.org>; Mon, 13 Nov 2000 12:54:01 -0600 (CST) 
Message-Id: <LYR11589-119519-2000.11.13-13.01.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 13 Nov 2000 12:50:42 -0600 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Icons? GPS Spec? 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <saQ0fe3c1.021@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA08415 


After reviewing a lot of logs, the "truck", "car", "jeep", "weather" and "digi" 
icons come up the most, but there are many more to go after that. Seems a waste 
of time to re-create them, especially since most folks are used to seeing a 
particular icon. 


Thanks for the GPS info. 


Rich - Wn0x 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Nov 13 13:09:31 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA10361 

for <lyris.aprsspec@tapr.org>; Mon, 13 Nov 2000 13:09:30 -0600 (CST) 
Date: Mon, 13 Nov 2000 11:06:44 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Icons? GPS Spec? 
In-Reply-To: <LYR12892-119508-2000.11.13-12.29.30-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-119521-2000.11.13-13.17.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10011131102410 .7329-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 13 Nov 2000, Rich Beckwith wrote: 


> - Does anyone know where I can get documentation on the NMEA 0183 sentence 
specifications? I have the Mic-E, Positional and Compressed formats working, but 
need to add the $G formats. 


Those are available in the spec, which costs money. 

As an alternative, a couple of us have figured out 

the formats of many of the sentences, and it is implemented 
in a Perl decoder program at: 


ftp://f£tp.eskimo.com/u/a/archer/gps/gps.pl/ 
The format of each sentence sentence is easy to figure out from 


the Perl code. Each sentence has it's own section. The code 
is free (GPL'ed). 


Enjoy, 

Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 14 05:49:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAAQ8043 

for <lyris.aprsspec@tapr.org>; Tue, 14 Nov 2000 05:49:42 -0600 (CST) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: ubrogna@tin.it 
Reply-To: ubrogna@tin.it 
Subject: [Laprsspec] No Nmea data with Magellan 410&KenwoodThd7e 
MIME-Version: 1.0 
Content-Type: text/plain 
Message-Id: <LYR11589-119653-2000.11.14-05.57.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 14 Nov 2000 12:46:47 +0100 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20001114114647 .QXHH23151.fep03-svc.tin.it@fep12-svc.tin.it> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I tried to use the Gps Magella 410 unsuccesfully.Is it a voltage problem ? 
I choosed everyone of the Nmea settings.Did anybody use Magellan ? somebody 
tells that an adaptatar is needed. 


Thank You 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 14 09:09:34 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA25097 

for <lyris.aprsspec@tapr.org>; Tue, 14 Nov 2000 09:09:31 -0600 (CST) 
Message-ID: <LYR11589-119679-2000.11.14-09.17.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 14 Nov 2000 07:07:12 -0800 (PST) 
From: James Wagner <ka7ehk@yahoo.com> 
Subject: [aprsspec] What is WAP? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20001114150712 .1830.qmail@web903.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


When I tried to connect to the URL Steve gave about a week 
ago, my browser said something like "unable to execute WAP". 


What is WAP? 


Jim, KA7EHK 


Do You Yahoo!? 


Yahoo! Calendar - Get organized for the holidays! 
http: //calendar.yahoo.com/ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 14 09:41:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA29160 

for <lyris.aprsspec@tapr.org>; Tue, 14 Nov 2000 09:41:24 -0600 (CST) 
Message-Id: <LYR11589-119682-2000.11.14-09.49.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: What is WAP? 
Date: Tue, 14 Nov 2000 10:36:16 -0500 
x-sender: sdimse@findu.com 
From: Steve Dimse K4HG <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011141538 . PAAQ9075@www. findu. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 11/14/00 10:07 AM James Wagner (ka7ehk@yahoo.com) wrote: 


>When I tried to connect to the URL Steve gave about a week 

>ago, my browser said something like "unable to execute WAP". 

> 

>What is WAP? 

> 

Wireless application protocol. It is used for internet enabled PCS 
phones, basically a binary version of simplified HTML. Your phone 
connects to a wap gateway, which in term connects to normal web servers. 
However, the documents are written in either HDML (handheld device markup 
language) or WML (wireless markup language, derived from HDML and XML), 
and connot be viewed in normal web browsers. 


There is nothing on my wap server that isn't available on my regular 
pages, but if you want to see what it looks like and don't have a WAP 
phone, you can download a development kit from phone.com (they make the 


wap gateways) for free which includes a simulator that runs under Windows 
or Solaris. Make sure you get the HDML 3 version, not the WML version if 
your goal is to see my pages. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Nov 21 03:47:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ7309 

for <lyris.aprsspec@tapr.org>; Tue, 21 Nov 2000 03:47:59 -0600 (CST) 
Date: Tue, 21 Nov 2000 3:36:48 
Subject: [aprsspec] Who release APRS Software Version Number? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Marco Savegnago" <msave@tin.it> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-120705-2000.11.21-03.56.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Hello, I'm the author of UIDIGI the APRS digipeater firmware for TNC2. 
Actually I'm using as software version number the experimental destination 
APZxxx. 

Now that the code has overcome the experimental phase, is considered stable 
and is used from several digipeater sysop around the world I want to obtain 
a reserved APRS Software Version Number for it. 


Whoever knows who release these numbers? 
Thank you in advance. 


Marco IW3FQG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 29 17:15:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ8641 

for <lyris.aprsspec@tapr.org>; Wed, 29 Nov 2000 17:15:33 -0600 (CST) 
Message-Id: <LYR11589-122101-2000.11.29-17.23.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] findu.com web entry 
Date: Wed, 29 Nov 2000 18:10:31 -0500 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011292310.eATNAJ325360@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


People have been asking for the ability to enter positions directly via 
the web. I have resisted, because of the need to manually maintain user 
accounts. I have now created an automatic system to do the admin, anda 
cgi to do the data entry. I'd like to put it out for beta test to the 
people on this list before I open it up to the general community. 

You can read more about it and request an account at: 

http: //www.findu.com/account.html 

and more about how to enter positions once an account is active at: 
http://www. findu.com/input. html 


Comments welcome... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 29 19:48:02 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ0264 

for <lyris.aprsspec@tapr.org>; Wed, 29 Nov 2000 19:48:00 -0600 (CST) 
Date: Thu, 30 Nov 2000 01:42:53 GMT 
Message-Id: <LYR11589-122111-2000.11.29-19.56.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: findu.com web entry 
From: Carl Littlejohns <carl_mail@dr.com> 
Reply-To: carl_mail@dr.com 
Mime-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: 8bit 
In-Reply-To: <LYR13751-122101-2000.11.29-17.23.06-- 
carl_mail#dr.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <VA.00000196.01b7f£0c7@study> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I assume there is no direct relationship between findu and www.aprs.com which 
give the same visual display. 


Carl GWOTOQM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 29 19:48:41 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ0Q312 
for <lyris.aprsspec@tapr.org>; Wed, 29 Nov 2000 19:48:41 -0600 (CST) 
Date: Thu, 30 Nov 2000 01:42:51 GMT 
Message-Id: <LYR11589-122112-2000.11.29-19.59.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: findu.com web entry 
From: Carl Littlejohns <carl_mail@dr.com> 
Reply-To: carl_mail@dr.com 


Mime-Version: 1.0 

Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: 8bit 

In-Reply-To: <LYR13751-122101-2000.11.29-17.23.06-- 
carl_maili#dr.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <VA.00000195 .01b7f0bd@study> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Seems to work well - although clicking the top map gives you a very detailed 
position plot that really means that position ambiguity is a good idea.... 
even my local village road showed up with the cinks in the right places! 


Now - what would be MOST useful IMO would be for the database to be updatable 
with a simple email. I can send emails from my 9110 wherever I am - much more 
easily than firing up a web-browser. 


Just a thought. 


Carl. 
GWOTQM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 29 19:54:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA0Q1776 
for <lyris.aprsspec@tapr.org>; Wed, 29 Nov 2000 19:54:10 -0600 (CST) 
Message-Id: <LYR11589-122114-2000.11.29-20.04.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: findu.com web entry 
Date: Wed, 29 Nov 2000 20:51:44 -0500 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011300151.eAU1p2312657@raptor.netrox.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 11/29/00 8:42 PM Carl Littlejohns (carl_mail@dr.com) wrote: 


>Seems to work well - although clicking the top map gives you a very detailed 
>position plot that really means that position ambiguity is a good idea.... 
>even my local village road showed up with the cinks in the right places! 

> 

>Now - what would be MOST useful IMO would be for the database to be updatable 
>with a simple email. I can send emails from my 9110 wherever I am - much 
>more 

>easily than firing up a web-browser. 

> 

Already in the works... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 29 19:54:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ1789 

for <lyris.aprsspec@tapr.org>; Wed, 29 Nov 2000 19:54:17 -0600 (CST) 
Message-Id: <LYR11589-122115-2000.11.29-20.04.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: findu.com web entry 
Date: Wed, 29 Nov 2000 20:51:53 -0500 
From: Steve Dimse <sdimse@netrox.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200011300151.eAU1pB312707@raptor.netrox.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 11/29/00 8:42 PM Carl Littlejohns (carl_mail@dr.com) wrote: 


>I assume there is no direct relationship between findu and www.aprs.com which 
>give the same visual display. 

> 

aprs.com is a Canadian relocation service. If you mean aprs.net, findu is 

a client of APRServe/aprsd, there is no link in the other direction. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 3 06:24:18 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ6723 

for <lyris.aprsspec@tapr.org>; Sun, 3 Dec 2000 06:24:17 -0600 (CST) 
Message-ID: <LYR11589-122592-2000.12.03-06.32.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Query: Area Objects 
Date: Sun, 3 Dec 2000 12:19:56 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003901c05d23$5a7aa700$1401a8cO@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- 

I am in the process of formulating a proposed extension to the protocol 
for mult-point lines- and I cannot resolve something in the present spec. 
In Chapter 11 (page 60) regarding "Area Objects" the text states 
"any size from 60 feet to 100 miles". 
the offset is then defined as a two digit number representing the square 
root of the offset in hundreths of a degree. The smallest offset (besides 


zero) would therefore be "OQ1"- which my math is: 


0142 = 1 = .01 degree = .68703 miles if we were talking about longitude at 
the equator = 3627 ft 


Largest offset would be : 
9942 = 9801 = 98.01 degrees = 6732 miles at the equator 
I must be misintepreting the spec. 


73 de kg5qd Dale 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 3 09:00:32 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA19307 

for <lyris.aprsspec@tapr.org>; Sun, 3 Dec 2000 09:00:30 -0600 (CST) 
Message-ID: <LYR11589-122620-2000.12.03-09.08.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Multiline Protocol Proposal Part one 
Date: Sun, 3 Dec 2000 14:56:10 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000d01c05d39$2e20e280$1401a8cO@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All- 

This proposal is an outgrowth of my need for random multpoint line and 
polygon output of NWS watches and warnings. After my small talk at this 
years DCC where there was some discussion of this need, I sat down next to 
Bill Diaz who suggested making the offsets positive and negative and 
divorcing it from the position of the label- which solved a lot of the 
problems I was having thinking of a viable spec. So here goes- 


(I will be refering to the Chapter 11 page 60 and 61 a lot- this will make 
more sense if you have a copy handy) 


The present spec for area objects has enough room left in it to use the 
lower case "L" for the symbol. The present spec for the "T" (type) only 
defines © through 9 - leaving everything else available for other types of 
objects. These could be multipoint lines,polygons,singular points etc. to 


be defined later. 


The next character would be a "feature" character which would be how to 
display the object (if possible). This would consist of color, filled 
area, and flashing etc. and would be dependant on the display software's 
ability. 


Next would come the "Scale" character. This hung me up for 2 weeks trying 
to come up with a scheme that was versitile and nailed the two scales I need 
the most- hundreths of a degree and tenths of a degree. The NWS uses 
hundreths for the "Area of Maximum Concern" output for tornados, severe 
thunderstoms ect. and tenths for watch boxes issued by the Severe Storms 
Forecast Center. It would be also useful to be able to generate a small 
scale map “on the fly" for something like a 10k walk or a bikeathon--- on 
the other end of the scale it would be nice to plot the ground track of 
AO-40 while it was at apogee. So the smallest is a ten-thousanth of a 
degree - around 10 yards or meters. Largest is about 200 miles. This is the 
smallest offset from the reference point for a given scale factor. 


the scale is defined as scale character = (integer (log to base 10 of 
the scale factor relative to .0001 degree) X 20 ) + 33 

Example: tenths of a degree would be -- scale factor = 1000 or (.0001 X 
1000 = .1 degree) 

log to base 10 of 1000 is 3 


3 X 20 = 60 

transmitted character would be 60 + 33 or ascii 93 = "J" 

This means that .0001 degree = "!" .001 degree = "5" .01 degree = 
ca .1 degree = "]" and 1 degree = "q" 


Top of the scale would be "$" which I am loath to transmit since it 
generally means a message number follows- 

so probably limit the scale to "z" = ascii 122 (122-33) = 89 89/20 = 4.45 
which is log for 28,183 or a scale factor of 2.81 degrees or about 200 
miles 


end of part one 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 3 09:51:04 2000 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24225 
for <lyris.aprsspec@tapr.org>; Sun, 3 Dec 2000 09:50:59 -0600 (CST) 
Message-ID: <LYR11589-122630-2000.12.03-09.59.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Dale Huguley" <kg5qd@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Multi Point Protocol Part Two 
Date: Sun, 3 Dec 2000 15:47:42 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001c01c05d40$6183eda0$1401a8cO@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


(Just noticed I miss-named the first part of this message "Multiline" 
instead of "multi-point") 


Now that we are all confused- lets procede: 


Following the "Type" "Feature" and "Scale" characters comes a string of two 
character offset sets 


Each set consists of a latitude and a longitude offset character such that 
Offset character = (integer (offset in degrees / scale factor )) + 78 


Range is limited to 44 scale factors plus and minus from the reference for a 
given scale. 


Upper case "N" = ascii 78 which would mean zero offset 
Lower Case "z" = ascii 122 = +44 scale factors (122 - 78 = 44) 
Double Quote " " " = ascii 34 = - 44 scale factors (34 - 78 = - 44) 


Since we have a two character scheme for offsets and there are anywhere from 
39 to 46 characters left before the string gets too long for the network- 
that means the object can have as many as 20 to 23 points (a small map!) 
Remember that the points may be ends of lines, corners of polygons, or 


simply points - and that they can all be offset from the reference point 
contained in the preceding part of the packet (either compressed or full 
position report ) This means that the position report can be the label for 
the set of objects - the label will display on all present software without 
the multi-point stuff. 


Uses for this protocol I can think of: 
NWS boxes and odd-polygons 

Last 20 lightning strikes 

On the fly Maps 

Routes 

Extremely low resolution radar (!) 


I will try to gererate some example packets this week-end 


73 de kg5qd Dale 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 3 11:44:36 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ8781 

for <lyris.aprsspec@tapr.org>; Sun, 3 Dec 2000 11:44:35 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 3 Dec 2000 12:41:18 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Query: Area Objects 
In-Reply-To: <LYR11586-122592-2000.12.03-06.32.02-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-122640-2000.12.03-11.52.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10012031238020 .4420-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 

On Sun, 3 Dec 2000, Dale Huguley wrote: 

the offset is then defined as a two digit number representing the square 
root of the offset in hundreths of a degree. The smallest offset (besides 


zero) would therefore be "OQ1"- which my math is: 


Q142 = 1 = .01 degree = .68703 miles if we were talking about longitude at 
the equator = 3627 ft 


VV VV VV 


I just did the objects in APRSdos and 


Q1 made a rectangle 150' by 200' 
02 made it 700 by 950 
Q3 made it .31 miles by .4 miles 


I dont have time to check the details, supposed to be raking leaves... 


bo 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 06:56:58 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA16842 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 06:56:58 -0600 (CST) 
Message-ID: <LYR11589-122932-2000.12.05-07.05.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 5 Dec 2000 12:53:24 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] "Printable ASCII Characters"? 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <qDeJ+LAEVOL6EwND@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The APRS spec frequently refers to "printable ASCII characters". I 
presume that it is using the term with its normal meaning of ASCII 
character codes 32 to 126? If it is, then strict adherence to the spec 
for the content of beacon comments, messages, object names, etc, would 
seem to present a problem for users whose native language makes use of 
accented characters. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 09:43:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA13931 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 09:43:55 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 5 Dec 2000 10:39:44 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: "Printable ASCII Characters"? 
In-Reply-To: <LYR11586-122932-2000.12.05-07.05.04-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-122952-2000.12.05-09.54.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10012051037370 .26999-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 5 Dec 2000, Roger Barker wrote: 


> The APRS spec frequently refers to "printable ASCII characters". I 
> presume that it is using the term with its normal meaning of ASCII 


character codes 32 to 126? If it is, then strict adherence to the spec 
for the content of beacon comments, messages, object names, etc, would 
seem to present a problem for users whose native language makes use of 
accented characters. 


VVV NV 


An interesting observation. THe thing we were trying to avoid was 
imbedded TABS and Line feeds and FORM Feeds and other control characters. 
I think that most TNC's operate at n,8 1 and so it wouldn't matter. It 
would be nice to test against conventional TNC's and quantify the problem 
(if any).... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 09:58:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA16119 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 09:58:55 -0600 (CST) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 

boundary="----_= NextPart_001_01C05ED4.0445B2A9" 
Date: Tue, 5 Dec 2000 10:57:06 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Message-ID: <LYR11589-122955-2000.12.05-10.09.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] "Printable ASCII Characters"? 
Thread-Index: AcBeuxXDawAp9CTXTLIehvwRi9sTuTgAFv1QQ 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084FFOB@iago.ed-com.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 


Sg-= _=_NextPart_001_01C05ED4.0445B2A9 

Content-Type: text/plain; 
charset="iso0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


Roger, 


"printable ASCII characters" isn't what causes a problem. ASCII in 
general is what causes the problems. Being an "American" standard, ASCII 
was designed to use a small number of bits to represent the English 
Alphabet. And that doesn't even come close to what is needed to 
represent the characters of other languages. That's why Unicode was 
created. 16 bit representations of alphabets from across the world.=20 


If you think that using one of the above 128 characters is a solution, 
then it's only a solution in the narrow realm that the creators of ASCII 
though in. Dependent on the character set that you are using, the 
characters can have a wide variety of displays. And if I'm not mistaken, 
APRS doesn't attempt to use character sets. 


So yes, my take is that you are absolutely correct. The option is to 
implement character sets and Unicode which would double the packet 
lengths. 


Wanna try Kanji? 


I'll agree that it was a very self-centered attitude that create ASCII 
and the same attitude that has continued it's use. But it's also an 
attitude that has allowed us to reduce by 50% the transmission time and 
storage requirements. 


Ed Woodrick 


SS555 Original Message----- 

From: Roger Barker [mailto:roger@peaksys.co.uk] 

Posted At: Tuesday, December 05, 2000 7:53 AM 

Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] "Printable ASCII Characters"? 
Subject: [aprsspec] "Printable ASCII Characters"? 


The APRS spec frequently refers to "printable ASCII characters". I 
presume that it is using the term with its normal meaning of ASCII 
character codes 32 to 126? If it is, then strict adherence to the spec 
for the content of beacon comments, messages, object names, etc, would 
seem to present a problem for users whose native language makes use of 


accented characters. 


--=20 

Roger Barker, G4IDE - roger@peaksys.co.uk 

For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: Mail-Lists.APRS@ed-com.net 


To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


weceee _= NextPart_001_01CO5ED4.0445B2A9 

Content-Type: text/html; 
charset="i1s0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> 

<HTML> 

<HEAD> 

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
charset=3Diso-8859-1"> 

<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 
6.0.4417.0"> 

<TITLE>RE: [aprsspec] &quot;Printable ASCII Characters&quot; ?</TITLE> 
</HEAD> 

<BODY> 

<!-- Converted from text/plain format --> 


<P><FONT SIZE=3D2>Roger,</FONT> 
</P> 


<P><FONT SIZE=3D2>& quot;printable ASCII characters&quot; isn't what = 


causes a problem. ASCII in general is what causes the problems. Being an 
&quot;American&quot; standard, ASCII was designed to use a small number 


of bits to represent the English Alphabet. And that doesn't even come 


close to what is needed to represent the characters of other languages. 
That's why Unicode was created. 16 bit representations of alphabets from 


across the world. </FONT></P> 


<P><FONT SIZE=3D2>If you think that using one of the above 128 = 


characters is a solution, then it's only a solution in the narrow realm 


that the creators of ASCII though in. Dependent on the character set = 


that you are using, the characters can have a wide variety of displays. 


And if I'm not mistaken, APRS doesn't attempt to use character = 
sets.</FONT></P> 


<P><FONT SIZE=3D2>So yes, my take is that you are absolutely correct. = 
The option is to implement character sets and Unicode which would double 
the packet lengths.</FONT></P> 


<P><FONT SIZE=3D2>Wanna try Kanji?</FONT> 
</P> 


<P><FONT SIZE=3D2>I'll agree that it was a very self-centered attitude = 
that create ASCII and the same attitude that has continued it's use. But 
it's also an attitude that has allowed us to reduce by 50% the = 
transmission time and storage requirements.</FONT></P> 

<BR> 


<P><FONT SIZE=3D2>Ed Woodrick</FONT> 
</P> 


<P><FONT SIZE=3D2>----- Original Message----- </FONT> 


<BR><FONT SIZE=3D2>From: Roger Barker [<A = 


HREF=3D"mailto: roger@peaksys.co.uk">mailto: roger@peaksys.co.uk</A>]</FONT= 


> 
<BR><FONT SIZE=3D2>Posted At: Tuesday, December 05, 2000 7:53 AM</FONT> 
<BR><FONT SIZE=3D2>Posted To: Mail-Lists.APRS</FONT> 


<BR><FONT SIZE=3D2>Conversation: [aprsspec] &quot;Printable ASCII = 
Characters&quot; ?</FONT> 


<BR><FONT SIZE=3D2>Subject: [aprsspec] &quot;Printable ASCII = 
Characters&quot; ?</FONT> 

</P> 

<BR> 


<P><FONT SIZE=3D2>The APRS spec frequently refers to &quot;printable 
ASCII characters&quot;. I</FONT> 


<BR><FONT SIZE=3D2>presume that it is using the term with its normal 
meaning of ASCII</FONT> 


<BR><FONT SIZE=3D2>character codes 32 to 126? If it is, then strict = 
adherence to the spec</FONT> 


<BR><FONT SIZE=3D2>for the content of beacon comments, messages, object 
names, etc, would</FONT> 


<BR><FONT SIZE=3D2>seem to present a problem for users whose native = 


language makes use of</FONT> 


<BR><FONT SIZE=3D2>accented characters.</FONT> 
</P> 


<P><FONT SIZE=3D2>-- </FONT> 
<BR><FONT SIZE=3D2>Roger Barker, G4IDE - roger@peaksys.co.uk</FONT> 


<BR><FONT SIZE=3D2>For UI-View go to - <A = 
HREF=3D"http://www.packetradio.org.uk">http://www. packetradio.org.uk</A><= 
/FONT> 


<BR><FONT SIZE=3D2>For WinPack go to - <A = 
HREF=3D"http: //www. peaksys.co.uk">http: //www. peaksys.co.uk</A></FONT> 
</P> 


<P><FONT SIZE=3D2>---</FONT> 


<BR><FONT SIZE=3D2>You are currently subscribed to aprsspec as: = 
Mail-Lists.APRS@ed-com.net</FONT> 


<BR><FONT SIZE=3D2>To unsubscribe send a blank email to = 
leave-aprsspec-11589P@lists.tapr.org</FONT> 


<BR><FONT SIZE=3D2>Questions regarding the SIG go to the SIG = 
administrator: wallou@tapr.org</FONT> 
</P> 


</BODY> 
</HTML> 
------ _=_NextPart_001_01COQ5ED4.0445B2A9- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 10:41:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA22163 
for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 10:41:16 -0600 (CST) 
X-Sender: dvanhorn@mail.cedar.net 
Date: Tue, 05 Dec 2000 11:34:52 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: "Printable ASCII Characters"? 


Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

In-Reply-To: <LYR11608-122952-2000.12.05-09.54.08--dvanhorn#cedar.net@li 
sts.tapr.org> 

References: <LYR11586-122932-2000.12.05-07.05.04-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Message-Id: <LYR11589-122962-2000.12.05-10.52.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <20001205163750.BC0J28851.mail1.rdc1.il.home.com@main> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>An interesting observation. THe thing we were trying to avoid was 
>imbedded TABS and Line feeds and FORM Feeds and other control characters. 
>I think that most TNC's operate at n,8 1 and so it wouldn't matter. It 
>would be nice to test against conventional TNC's and quantify the problem 
>(if any).... 


I've often wondered at the reluctance to use the lower end of the ascii 
set, with it's standardized chars for various packet structure elements. 
That's what they are there for. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 11:07:55 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA25603 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 11:07:55 -0600 (CST) 
Message-ID: <LYR11589-122966-2000.12.05-11.15.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 5 Dec 2000 17:03:31 +0000 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] RE: "Printable ASCII Characters"? 
References: <LYR13460-122955-2000.12.05-10.09.06-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR13460-122955-2000.12.05-10.09.06-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <KsXxlhAj$RL6Ew7m@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-122955-2000.12.05-10.09.06--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Woodrick, Ed <ewoodrick@ed-com.com> writes 

[snip] 

> So yes, my take is that you are absolutely correct. The option is 
to implement character sets and Unicode which would double the 
packet lengths. 


Wanna try Kanji? 


I'll agree that it was a very self-centered attitude that create 
ASCII and the same attitude that has continued it's use. But it's 
also an attitude that has allowed us to reduce by 50% the 
transmission time and storage requirements. 


VV VVV VV VV 


Unicode is a quantum leap from "printable ASCII"! All I was really 
asking was whether "extended ASCII" - character codes above 127 - should 
be allowed in APRS messages, etc. After all, it's been done on "normal" 
(mailbox) packet for many years. Transmission and storage requirements 
would be exactly the same as now. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 11:24:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27130 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 11:24:19 -0600 (CST) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 

boundary="----_= NextPart_001_01CO5EDF .A46A9688" 
Date: Tue, 5 Dec 2000 12:20:19 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Message-ID: <LYR11589-122969-2000.12.05-11.32.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: "Printable ASCII Characters"? 
Thread-Index: AcBe3hinr2n8K/MISMa8Upbskt+lvgAAUxCA 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084062CB8@iago.ed-com.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 


memes _=_NextPart_001_01CO5EDF .A46A9688 

Content-Type: text/plain; 
charset="iso-8859-1" 

Content-Transfer-Encoding: quoted-printable 


My point is that there really is no such standard as “extended ASCII" 
What might print as one character for you isn't the same for someone 
else. It depends on the character set that you are using.=20 


eet Original Message----- 

From: Roger Barker [mailto:roger@peaksys.co.uk] 

Posted At: Tuesday, December 05, 2000 12:04 PM 

Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] RE: "Printable ASCII Characters"? 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 


In article <LYR13460-122955-2000.12.05-10.09.06--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Woodrick, Ed <ewoodrick@ed-com.com> writes 
[snip] 


So yes, my take is that you are absolutely correct. The option is=20 
to implement character sets and Unicode which would double the=20 
packet lengths. 


Wanna try Kanji?=20 


I'll agree that it was a very self-centered attitude that create=20 
ASCII and the same attitude that has continued it's use. But it's=20 
also an attitude that has allowed us to reduce by 50% the=20 
transmission time and storage requirements. 


VV VV VV VV VV 


Unicode is a quantum leap from "printable ASCII"! All I was really 
asking was whether "extended ASCII" - character codes above 127 - should 
be allowed in APRS messages, etc. After all, it's been done on "normal" 
(mailbox) packet for many years. Transmission and storage requirements 
would be exactly the same as now. 


--=20 

Roger Barker, G4IDE - roger@peaksys.co.uk 

For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: Mail-Lists.APRS@ed-com.net 
To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


Sosa _= NextPart_001_01CO5EDF .A46A9688 

Content-Type: text/html; 
charset="iso-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> 

<HTML> 

<HEAD> 

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
charset=3Diso-8859-1"> 

<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 
6.0.4417.0"> 

<TITLE>RE: [aprsspec] RE: &quot;Printable ASCII = 
Characters&quot; ?</TITLE> 

</HEAD> 

<BODY> 

<!-- Converted from text/plain format --> 


<P><FONT SIZE=3D2>My point is that there really is no such standard as = 


&quot;extended ASCII&quot; What might print as one character for you = 
isn't the same for someone else. It depends on the character set that = 
you are using. </FONT></P> 


<P><FONT SIZE=3D2>----- Original Message----- </FONT> 

<BR><FONT SIZE=3D2>From: Roger Barker [<A = 

HREF=3D"mailto: roger@peaksys.co.uk">mailto: roger@peaksys.co.uk</A>]</FONT= 
> 

<BR><FONT SIZE=3D2>Posted At: Tuesday, December 05, 2000 12:04 PM</FONT> 


<BR><FONT SIZE=3D2>Posted To: Mail-Lists.APRS</FONT> 


<BR><FONT SIZE=3D2>Conversation: [aprsspec] RE: &quot;Printable ASCII = 
Characters&quot; ?</FONT> 


<BR><FONT SIZE=3D2>Subject: [aprsspec] RE: &quot;Printable ASCII = 
Characters&quot; ?</FONT> 

</P> 

<BR> 


<P><FONT SIZE=3D2>In article = 
&1t; LYR13460-122955-2000.12.05-10.09.06--rogeri#peaksys.co.uk@lis</FONT> 


<BR><FONT SIZE=3D2>ts.tapr.org&gt;, Woodrick, Ed = 
&1lt;ewoodrick@ed-com.com&gt; writes</FONT> 


<BR><FONT SIZE=3D2>[snip]</FONT> 


<BR><FONT SIZE=3D2>&st;&nbsp;&nbsp;&nbsp; So yes, my take is that you 
are absolutely correct. The option is </FONT> 


<BR><FONT SIZE=3D2>&$t;&nbsp;&nbsp;&nbsp; to implement character sets = 
and Unicode which would double the </FONT> 


<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp; packet lengths.</FONT> 
<BR><FONT SIZE=3D2>&gt; </FONT> 

<BR><FONT SIZE=3D2>&gt;&nbsp;&nbsp;&nbsp; Wanna try Kanji? </FONT> 
<BR><FONT SIZE=3D2>&gt; </FONT> 


<BR><FONT SIZE=3D2>&$t;&nbsp;&nbsp;&nbsp; I'll agree that it was a very = 
self-centered attitude that create </FONT> 


<BR><FONT SIZE=3D2>&st;&nbsp;&nbsp;&nbsp; ASCII and the same attitude = 


that has continued it's use. But it's </FONT> 


<BR><FONT SIZE=3D2>&$t;&nbsp;&nbsp;&nbsp; also an attitude that has = 
allowed us to reduce by 50% the </FONT> 


<BR><FONT SIZE=3D2>&$t;&nbsp;&nbsp;&nbsp; transmission time and storage = 
requirements.</FONT> 
</P> 


<P><FONT SIZE=3D2>Unicode is a quantum leap from &quot;printable = 
ASCIT&quot;! All I was really</FONT> 


<BR><FONT SIZE=3D2>asking was whether &quot;extended ASCII&quot; - = 
character codes above 127 - should</FONT> 


<BR><FONT SIZE=3D2>be allowed in APRS messages, etc. After all, it's 
been done on &quot;normal&quot; </FONT> 


<BR><FONT SIZE=3D2>(mailbox) packet for many years. Transmission and = 
storage requirements</FONT> 


<BR><FONT SIZE=3D2>would be exactly the same as now.</FONT> 
</P> 


<P><FONT SIZE=3D2>-- </FONT> 

<BR><FONT SIZE=3D2>Roger Barker, G4IDE - roger@peaksys.co.uk</FONT> 
<BR><FONT SIZE=3D2>For UI-View go to - <A = 
HREF=3D"http://www.packetradio.org.uk">http://www. packetradio.org.uk</A><= 
/FONT> 

<BR><FONT SIZE=3D2>For WinPack go to - <A = 

HREF=3D"http: //www.peaksys.co.uk">http: //www. peaksys.co.uk</A></FONT> 

</P> 

<P><FONT SIZE=3D2>---</FONT> 


<BR><FONT SIZE=3D2>You are currently subscribed to aprsspec as: = 
Mail-Lists.APRS@ed-com.net</FONT> 


<BR><FONT SIZE=3D2>To unsubscribe send a blank email to = 
leave-aprsspec-11589P@lists.tapr.org</FONT> 


<BR><FONT SIZE=3D2>Questions regarding the SIG go to the SIG = 
administrator: wallou@tapr.org</FONT> 
</P> 


</BODY> 
</HTML> 
eeeeee _=_NextPart_001_01CO5EDF .A46A9688- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 11:44:59 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ0352 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 11:44:58 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Tue, 5 Dec 2000 09:53:27 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Position reports w/ speed/course 
Message-ID: <LYR11589-122971-2000.12.05-11.55.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0012050945510 .4802-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am having difficulty getting basic position reports with course/speed to 
work in my application. I have read the (very well done) APRS spec, and I 
*xTHINK*x I'm implementing the spec. However, my code does not seem to be 
working. 


Here's a packet that I received at my home station: 
N7XUC-2>APZPAD ,WIDE2-2: /23235224118.39N/10534.56W>122/000SmartPalm Beta 


The "SmartPalm Beta" is supposed to be a comment. However, Xastir and 
findu both treat the 122/000 as a comment, too. The 122/000 is supposed 
to be a course of 122 degrees at 000 nm/h. 


My question is simple: 
Did I do this right? If not, what is wrong? 


Joel Maslak 
N7XUC 


P.S. In case you are wondering, I'm implementing a clone to the HamHud on 
the Palm. A very simple display, like the HamHud. It won't be a 
replacement for PalmAPRS, as it will not include mapping, nor will it 
replace the HamHud, as the HamHud is a nicer and cheaper package for a 
vehicle. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 11:45:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ0374 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 11:45:07 -0600 (CST) 
Message-ID: <LYR11589-122972-2000.12.05-11.56.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 5 Dec 2000 17:41:20 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
References: <LYR13460-122969-2000.12.05-11.32.12-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-122969-2000.12.05-11.32.12-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Wf£fGpjJAA]SL6EwLT@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-122969-2000.12.05-11.32.12--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Woodrick, Ed <ewoodrick@ed-com.com> writes 

> 

> My point is that there really is no such standard as “extended 

> ASCII" What might print as one character for you isn't the same for 


> someone else. It depends on the character set that you are using. 


Yes, it isn't perfect. But it works well enough to be widely used on 
"normal" packet. You only get real problems with Windows software that 
uses the standard Windows ANSI character set, but that, of course, is a 
problem for the developer... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 12:16:28 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4875 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 12:16:27 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 5 Dec 2000 13:13:25 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Position reports w/ speed/course 
In-Reply-To: <LYR11586-122971-2000.12.05-11.55.48-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-122982-2000.12.05-12.26.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10012051308270 .21580-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 5 Dec 2000, Joel Maslak wrote: 


> N7XUC-2>APZPAD ,WIDE2-2: /23235224118 . 39N/10534.56W>122/000SmartPalm Beta 
> 


The "SmartPalm Beta" is supposed to be a comment. However, Xastir and 
findu both treat the 122/000 as a comment, too. The 122/000 is supposed 
to be a course of 122 degrees at 000 nm/h. 

Did I do this right? If not, what is wrong? 


xX VVV NM 


Looks OK to me. Usually in such cases, I insert a "/" between the end of 
the SPEED and the beginning of the comment to make it more readable. 
Maybe that "/" got into the spec or into Xaster and FINDU? 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 5 15:14:44 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2414 

for <lyris.aprsspec@tapr.org>; Tue, 5 Dec 2000 15:14:42 -0600 (CST) 
From: "Jonathan Bradshaw" <Jonathan@NrgUp.Net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Position reports w/ speed/course 
Date: Tue, 5 Dec 2000 21:11:43 -0000 
Message-ID: <LYR11589-123014-2000.12.05-15.22.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR14840-122971-2000.12.05-11.55.48-- 
jonathan#nrgup.net@lists.tapr.org> 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NDBBKJGHMCFBFANNEFNCKEBKCBAA. Jonathan@NrgUp.Net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hmm, seems ok to me. A quick pass through the decoder I'm working on seems 
to be able to decode it too. 


<?xml version="1.0"?> 
<station> 
<callsign>N7XUC-2</callsign> 
<messaging>false</messaging> 
<position> 
<type>uncompressed</type> 
<latitude>41.3065</latitude> 
<longitude>-105.576</longitude> 
<ambiguity>0</ambiguity> 
<symbolTable>primary</symbolTable> 
<symbolCode id=30>Car</symbolCode> 
<course>122</course> 
<speed>0</speed> 
<timeReported>2000-12-05T21:03:33Z</timeReported> 
</position> 
<comment>SmartPalm Beta</comment> 
</station> 


Lets see what aprsdec thinks: 


N7XUC-2>APZPAD ,WIDE2-2: /23235224118 .39N/10534.56W>122/000SmartPalm Beta 
APRS Data Type= Posit w/ time. No APRS 

Day= 23 Time= 23 hours 52 mins UTC 

Lat= 41 deg 18.39 min N Long= 105 deg 34.56 min W 

Icon= Car Overlay= (none) 

Course= 122 deg Speed= 000 knots (0.0 mph 0.0 kph 0.0 m/s) 


Looks good! 


"The only secure computer is one that's unplugged, locked in a safe, and 
buried 20 feet under the ground in a secret location... and I'm not even too 
sure about that one" -- Dennis Huges, FBI. 


asses Original Message----- 

From: bounce-aprsspec-14840@lists.tapr.org 
[mailto:bounce-aprsspec-14840@lists.tapr.org]On Behalf Of Joel Maslak 
Sent: 05 December 2000 16:53 

To: APRS Spec Discussion List 

Subject: [aprsspec] Position reports w/ speed/course 


I am having difficulty getting basic position reports with course/speed to 
work in my application. I have read the (very well done) APRS spec, and I 
*xTHINK*x I'm implementing the spec. However, my code does not seem to be 
working. 


Here's a packet that I received at my home station: 
N7XUC-2>APZPAD , WIDE2-2: /23235224118 .39N/10534.56W>122/000SmartPalm Beta 


The "SmartPalm Beta" is supposed to be a comment. However, Xastir and 
findu both treat the 122/000 as a comment, too. The 122/000 is supposed 
to be a course of 122 degrees at 000 nm/h. 


My question is simple: 
Did I do this right? If not, what is wrong? 


Joel Maslak 
N7XUC 


P.S. In case you are wondering, I'm implementing a clone to the HamHud on 
the Palm. A very simple display, like the HamHud. It won't be a 
replacement for PalmAPRS, as it will not include mapping, nor will it 
replace the HamHud, as the HamHud is a nicer and cheaper package for a 
vehicle. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 6 13:04:22 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA12112 

for <lyris.aprsspec@tapr.org>; Wed, 6 Dec 2000 13:04:20 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
Date: Wed, 06 Dec 2000 21:00:22 +0200 


Message-ID: <LYR11589-123194-2000.12.06-13.12.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

References: <LYR13460-122955-2000.12.05-10.09.06-- 
roger#tpeaksys.co.uk@lists.tapr.org> <LYR13206-122966-2000.12.05-11.15.45-- 
Paul.Keinanen#sci.fi@lists.tapr.org> 

In-Reply-To: <LYR13206-122966-2000.12.05-11.15.45-- 
Paul.Keinanen#sci.fi@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <n33t2t4c5t6cmvlcmh5ifie1mict3mkpso@4ax .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 5 Dec 2000 17:03:31 +0000, Roger Barker <roger@peaksys.co.uk> 
wrote: 


>In article <LYR13460-122955-2000.12.05-10.09.06--rogeri#peaksys.co.uk@lis 
>ts.tapr.org>, Woodrick, Ed <ewoodrick@ed-com.com> writes 


>> So yes, my take is that you are absolutely correct. The option is 
>> to implement character sets and Unicode which would double the 
>> packet lengths. 


>> Wanna try Kanji? 

>> I'll agree that it was a very self-centered attitude that create 
>> ASCII and the same attitude that has continued it's use. But it's 
>> also an attitude that has allowed us to reduce by 50% the 

>> transmission time and storage requirements. 


>Unicode is a quantum leap from "printable ASCII"! All I was really 
>asking was whether "extended ASCII" - character codes above 127 - should 
>be allowed in APRS messages, etc. After all, it's been done on "normal" 
>(mailbox) packet for many years. Transmission and storage requirements 
>would be exactly the same as now. 


While Unicode would definitively the way to make the APRS standard 
more international, why use the fixed width 16 bit UTF-16 characters. 
Use the variable length UTF-8 instead. 


In UTF-8 all 7 bit US-ASCII characters are encoded as a single byte. 
In fact you can not tell from the byte stream if you have pure 
US-ASCIT or UTF-8. 


All extended Latin, Greek, Cyrillic, Hebrew, Arabic etc. characters 
are encoded by two bytes/char. 


East Asian characters are encoded by 3 bytes/char and in the future, 
dead languages, such as Hieroglyphic will be encoded with 4 
bytes/char. 


In the US-ASCII range 0 .. 127, the high bit is cleared. In all other 
_bytes_, the high bit is set (in both the lead byte and the follow up 
bytes), thus, there is no risk for an extended character byte to be 
incorrectly interpreted as CR, TAB, XON, XOFF etc. in any PC to TNC 
interfaces or some internet gateways relaying on some strange Telnet 
libraries. 


However, the 8th bit must be properly handled end to end, but if there 
still are equipment that do not support 8 bit characters, they deserve 
the same fate as dinosaurs. 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 6 15:17:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ9524 
for <lyris.aprsspec@tapr.org>; Wed, 6 Dec 2000 15:17:05 -0600 (CST) 
From: "Richard Carter" <rich.carter@windriver.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
Date: Wed, 6 Dec 2000 16:20:14 -0500 
Message-ID: <LYR11589-123206-2000.12.06-15.27.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 


In-Reply-To: <LYR13907-123194-2000.12.06-13.12.12--rcarter#isi.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <NBBBJJKGMKOELPJIIFEGKELAIJLAC.rich.carter@windriver.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


CW doesn't support international character sets. Why should APRS? 


Rich Carter - KE1EV 


Ses Original Message----- 

From: bounce-aprsspec-13907@lists.tapr.org 
[mailto:bounce-aprsspec-13907@lists.tapr.org]On Behalf Of Paul Keinanen 
Sent: Wednesday, December 06, 2000 2:00 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] RE: "Printable ASCII Characters"? 


On Tue, 5 Dec 2000 17:03:31 +0000, Roger Barker <roger@peaksys.co.uk> 
wrote: 


>In article <LYR13460-122955-2000.12.05-10.09.06--rogerd#peaksys.co.uk@lis 
>ts.tapr.org>, Woodrick, Ed <ewoodrick@ed-com.com> writes 


>> So yes, my take is that you are absolutely correct. The option is 
>> to implement character sets and Unicode which would double the 
>> packet lengths. 


>> Wanna try Kanji? 

>> I'll agree that it was a very self-centered attitude that create 
>> ASCII and the same attitude that has continued it's use. But it's 
>> also an attitude that has allowed us to reduce by 50% the 

>> transmission time and storage requirements. 


>Unicode is a quantum leap from "printable ASCII"! All I was really 
>asking was whether "extended ASCII" - character codes above 127 - should 
>be allowed in APRS messages, etc. After all, it's been done on "normal" 
>(mailbox) packet for many years. Transmission and storage requirements 
>would be exactly the same as now. 


While Unicode would definitively the way to make the APRS standard 
more international, why use the fixed width 16 bit UTF-16 characters. 
Use the variable length UTF-8 instead. 


In UTF-8 all 7 bit US-ASCII characters are encoded as a single byte. 
In fact you can not tell from the byte stream if you have pure 
US-ASCIT or UTF-8. 


All extended Latin, Greek, Cyrillic, Hebrew, Arabic etc. characters 
are encoded by two bytes/char. 


East Asian characters are encoded by 3 bytes/char and in the future, 
dead languages, such as Hieroglyphic will be encoded with 4 
bytes/char. 


In the US-ASCII range 0 .. 127, the high bit is cleared. In all other 
_bytes_, the high bit is set (in both the lead byte and the follow up 
bytes), thus, there is no risk for an extended character byte to be 
incorrectly interpreted as CR, TAB, XON, XOFF etc. in any PC to TNC 
interfaces or some internet gateways relaying on some strange Telnet 
libraries. 


However, the 8th bit must be properly handled end to end, but if there 
still are equipment that do not support 8 bit characters, they deserve 
the same fate as dinosaurs. 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 6 15:35:57 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA12403 

for <lyris.aprsspec@tapr.org>; Wed, 6 Dec 2000 15:35:52 -0600 (CST) 
content-class: urn:content-classes:message 


MIME-Version: 1.0 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
Content-Type: multipart/alternative; 

boundary="----_= NextPart_001_01CO5FCC.18603D19" 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Date: Wed, 6 Dec 2000 16:32:55 -0500 
Message-ID: <LYR11589-123215-2000.12.06-15.44.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: "Printable ASCII Characters"? 
Thread-Index: AcBfymFC+u/IM1skKRsyw2L/MDpOQocwAAB+sg 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084FFOE@iago.ed-com.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 


woo ee _= _NextPart_001_01CO5FCC.18603D19 

Content-Type: text/plain; 
charset="iso0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


What if CW didn't include an "a" or an “e"? Wouldn't that make it really 
hard to spell a lot of words? Since American English doesn't make up 
100% of the languages spoken on this planet, a LOT of people have 
problems. How would you like to not be able to spell your name in CW or 
packet? Or maybe not write your city's name? There are many situations 
where this exists. 


A lot of the world is pretty upset with the "Americanizing" that goes 
on. It was bad enough that we changed the spelling of thousands of 
family names as they came through Ellis Island, we don't have to 
continue the practice. 


Why should APRS (or any transcribed communications) support 
International Character Sets? Because the great majority of names and 
words used around the world can't be represented in US ASCII. 


While we Americans might think that we are the focal point of the world, 
reality is far from it. 


How would you like it if Kanji was the only character set supported by 
APRS? 


I'm not saying that APRS should be modified to support non-ASCII. 
Overall, that would be extremely tough. But then again, any new 
specifications should at least attempt to start addressing the issues. 
Non-ASCII is actually pretty tough when you factor in the transport that 
is used. Email systems, using similar transports, often do a compression 
to 6 bit characters for transmission of the data. Because there are 
still some transports that have problems with 8 and even 7 bit 
characters. 


Ed Woodrick 


renee Original Message----- 

From: Richard Carter [mailto:rich.carter@windriver.com] 
Posted At: Wednesday, December 06, 2000 4:20 PM 

Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] RE: "Printable ASCII Characters"? 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 


CW doesn't support international character sets. Why should APRS? =20 


Rich Carter - KE1EV 


memes _=_NextPart_001_01CO5FCC.18603D19 

Content-Type: text/html; 
charset="iso-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> 

<HTML> 

<HEAD> 

<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = 
charset=3Diso-8859-1"> 

<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version = 
6.0.4417.0"> 

<TITLE>RE: [aprsspec] RE: &quot;Printable ASCII = 
Characters&quot; ?</TITLE> 

</HEAD> 

<BODY> 

<!-- Converted from text/plain format --> 

<BR> 


<P><FONT SIZE=3D2>What if CW didn't include an &quot;a&quot; or an = 


&quot;e&quot;? Wouldn't that make it really hard to spell a lot of = 
words? Since American English doesn't make up 100% of the languages = 
spoken on this planet, a LOT of people have problems. How would you like = 
to not be able to spell your name in CW or packet? Or maybe not write = 
your city's name? There are many situations where this = 
exists.</FONT></P> 


<P><FONT SIZE=3D2>A lot of the world is pretty upset with the = 
&quot;Americanizing&quot; that goes on. It was bad enough that we = 
changed the spelling of thousands of family names as they came through = 
Ellis Island, we don't have to continue the practice.</FONT></P> 


<P><FONT SIZE=3D2>Why should APRS (or any transcribed communications) = 
support International Character Sets? Because the great majority of = 
names and words used around the world can't be represented in US = 
ASCII.</FONT></P> 


<P><FONT SIZE=3D2>While we Americans might think that we are the focal 
point of the world, reality is far from it.</FONT> 
</P> 


<P><FONT SIZE=3D2>How would you like it if Kanji was the only character = 
set supported by APRS?</FONT> 
</P> 


<P><FONT SIZE=3D2>I'm not saying that APRS should be modified to support = 
non-ASCII. Overall, that would be extremely tough. But then again, any = 
new specifications should at least attempt to start addressing the = 
issues. Non-ASCII is actually pretty tough when you factor in the = 
transport that is used. Email systems, using similar transports, often = 
do a compression to 6 bit characters for transmission of the data. = 
Because there are still some transports that have problems with 8 and = 
even 7 bit characters.</FONT></P> 


<P><FONT SIZE=3D2>Ed Woodrick</FONT> 

</P> 

<BR> 

<P><FONT SIZE=3D2>----- Original Message----- </FONT> 

<BR><FONT SIZE=3D2>From: Richard Carter [<A = 
HREF=3D"mailto:rich.carter@windriver.com">mailto:rich.carter@windriver.co= 


m</A>]</FONT> 


<BR><FONT SIZE=3D2>Posted At: Wednesday, December 06, 2000 4:20 = 
PM</FONT> 


<BR><FONT SIZE=3D2>Posted To: Mail-Lists.APRS</FONT> 


<BR><FONT SIZE=3D2>Conversation: [aprsspec] RE: &quot;Printable ASCII = 
Characters&quot; ?</FONT> 


<BR><FONT SIZE=3D2>Subject: [aprsspec] RE: &quot;Printable ASCII = 
Characters&quot; ?</FONT> 

</P> 

<BR> 


<P><FONT SIZE=3D2>CW doesn't support international character sets.&nbsp; = 
Why should APRS?&nbsp; </FONT> 
</P> 


<P><FONT SIZE=3D2>Rich Carter - KE1EV</FONT> 
</P> 


</BODY> 
</HTML> 
wore -- _= _NextPart_001_01CO5FCC.18603D19-- 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 6 18:11:26 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA04348 

for <lyris.aprsspec@tapr.org>; Wed, 6 Dec 2000 18:11:25 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
Date: Thu, 07 Dec 2000 02:11:10 +0200 
Message-ID: <LYR11589-123238-2000.12.06-18.22.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13206-123215-2000.12.06-15.44.18-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-123215-2000.12.06-15.44.18-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <irht2tsikmubisgs51f2q88mookevtgerr@4ax .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 6 Dec 2000 16:32:55 -0500, "Woodrick, Ed" 
<ewoodrick@ed-com.com> wrote: 


>is used. Email systems, using similar transports, often do a compression 
>to 6 bit characters for transmission of the data. Because there are 
>still some transports that have problems with 8 and even 7 bit 
>characters. 


A decade ago there were a lot of problems getting 8 bit characters 
through some mail gateways, but fortunately there was a lot of 
security bugs in these systems, so these had to be updated and with 
the new versions, the 8 bit support sneaked in also :-). So anybody 
complaining that the 8 bit characters will not get through, also 
announce that they have a system full of security bugs. 


A haven't seen 6 bit character sets since 36 bit mainframes (Univac 
etc.), but these usually had also a 9 bit character mode. DECsystem20 
had five 7 bit characters packed into a single 36 memory word. Apart 
for these few exceptions, I can not think of architectures that could 
not handle effectively 8 bit characters. 


The reason for 6 bit encoding of _binary_ data is that many gateways 
are written in C and which the NULL is the string terminator, thus any 
actual NULLs in the message would be lost. 


Returning back to APRS, there are several ways in which non-US-ASCII 
characters could be used. 


There is the old 7 bit ISO-646 standard with dozens of national 
variants. Some code points in the US-ASCII ([]{}#\| etc.) are replaced 
with national variants. A code page usually only supports one or two 
languages, thus, some means would be required to communicate the code 
page in use when sending a message from one country to an other. This 
was the method used in computing until the early 1980's. Unless the 
code page number is contained in the same message, there is going to 
be a lot of incorrectly displayed text. We would end up with the same 
mess as back in the 1970's and 1980's. I have written bilingual 
Finnish/Russian and English/Arabic applications using 7 bit code pages 
and I do not want to experience the same mess again with frequent code 
page switching. 


If non-Latin 7 bit code pages are in use, you can not display the 
Latin letters A .. Z at the same time. 


However, if 8 bit characters are supported, then some variant of 
ISO-8859 could be used, each supporting a large number of languages. 
But then again, the code page number would have to be transmitted in 
the message going from one language group to an other. 


UTF-8 also requires an 8 bit transport, but the advantage is that 
there is no need to communicate the code page in the message, since 
each character has a unique code all over the world. For English, the 
code is as effective as US-ASCII, for languages using some form of the 
Latin script, the size is about 10 .. 20 % larger than ISO-8859. For 
scripts like Greek, Cyrillic, Hebrew and Arabic, the size is twice as 
large compared to the appropriate ISO-8859 variant. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 6 18:14:33 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA04590 

for <lyris.aprsspec@tapr.org>; Wed, 6 Dec 2000 18:14:32 -0600 (CST) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: "Printable ASCII Characters"? 
Date: Thu, 07 Dec 2000 02:11:09 +0200 
Message-ID: <LYR11589-123239-2000.12.06-18.23.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR13907-123194-2000.12.06-13.12.12--rcarter#isi.com@lists.tapr.org> 
<LYR13206-123206-2000.12.06-15.27.57--Paul.Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-123206-2000.12.06-15.27.57-- 
Paul .Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=IS0-8859-1 
X-MIME-Autoconverted: from 8bit to quoted-printable by kauha.saunalahti.fi id 
eB70Ajn12113 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <migt2tg1mgnuid1flfeug058k1303rie9k@4ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA04590 


On Wed, 6 Dec 2000 16:20:14 -0500, "Richard Carter" 
<rich.carter@windriver.com> wrote: 


>CW doesn't support international character sets. Why should APRS? 


In the Finnish amateur radio CW exam, the characters f (di dah di dah) 
and + (dah dah dah di) are required. Also = (di dah dah di dah) is 
used in communication but not required in the exam. 


Even the ARRL Handbook list quite a few international characters, so 
it should not be too hard even for Americans to know that other 
character sets exists. Older Handbooks (e.g. 1991) even listed 
Japanese, Thai, Korean, Arabic, Hebrew, Russian and Greek Morse codes. 


Paul OH3LWR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 11:33:00 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ1601 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 11:32:59 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Sun, 10 Dec 2000 10:34:14 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Current software & the spec 
Message-ID: <LYR11589-123941-2000.12.10-11.44.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0012101025001.18831-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am writting a small tracker/display application, and came across a few 
things which made me scratch my head. Simply put, there are some things 
in the spec which are not implemented by even the most popular APRS 
programs. There are other things which, while implemented, are 
implemented slightly different then the spec. 


Someone who works in the computer industry will immediately say, "this 
isn't unusual!" It's not, as there are many, many different TCP 
implementations, and I know of none that follow the actual TCP/IP 
spec! However, the spec was written for a reason, and any software 
designer should try to follow it whenever possible. 


Here's a short list of inconsistancies I've found: 

1) Some packets end with a CR. This is part of the actual 
packet, not a fault of my system! This is due to the SENDPAC 
character being a LF - when programs send a CRLF instead of 
just a LF, the CR becomes part of the packet. The spec 
indicates that the trailing CR should NOT exist. 

2) Other programs send BOTH a CR and LF! This is most common 
in "dumb" trackers. Chances are, it is a bug in the TNC 
firmware. Once again, this is outside the spec. 

3) The Course/Speed extension simply does not work in most 
software. I've actually tested WinAPRS, Findu, and Xastir, 
although I'm sure it doesn't work in most others, either. 
This extension is treated like part of the comment by 
these systems. Thus, the longer $GPRMC string needs to be 
sent if this information is important to you. 

4) Compressed packets are not understood by many simple 
applications. This causes our bandwidth usage to increase. 


Let me recommend, as always, that any software is liberal in what it 
accepts and conservative in what it sends. If your software does one of 
the above, you would be doing the APRS community a service by fixing 
it! However, any author should expect the above things to occur. A 
simple reading of the spec will not alert you to these possibilities. 


Joel Maslak 
N7XUC 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 12:12:01 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ5834 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 12:12:01 -0600 (CST) 
X-Sender: dvanhorn@mail.cedar.net 
Date: Sun, 10 Dec 2000 13:05:04 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Current software & the spec 
In-Reply-To: <LYR11608-123941-2000.12.10-11.44.03--dvanhorn#cedar.net@li 
sts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Message-Id: <LYR11589-123942-2000.12.10-12.19.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20001210180736.XBG3879.mail1.rdc1.il.home.com@main> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>Let me recommend, as always, that any software is liberal in what it 
>accepts and conservative in what it sends. If your software does one of 
>the above, you would be doing the APRS community a service by fixing 
>it! However, any author should expect the above things to occur. A 
>simple reading of the spec will not alert you to these possibilities. 


Are we doing ourselves any good by accepting packets that don't conform to 
spec? 
I think it mainly prolongs the agony. 


I used to work on software that moved money around. (Credit card payments) 
We used an approach that could be summarized as "take the first opportunity 
to throw the packet away, and if it survives all tests, then act on it". 


We had almost zero instances of crashes caused by bad packets. 

The one time we had a problem, it turned out to be a bug on our end, 
aggrivated by an LRC routine that worked from back to front, when all the 
other parsing ran from front to back, and a bug in one of Visa's five 
Tandems, that output the first 10 bytes of the packet twice, if you nacked 
the first (correctly built) packet that it sent, possibly due to line 
noise. It took 7000 transactions to isolate the exact sequence of events. 
This was done using simulation software written especially for this job. 


The bad packet looked like this: 
<STX>first 9 bytes of data repeated<STX>real data<ETX><LRC> 


The LRC routine started at the back, rather than the front, and stopped 
when it encountered an STX, so it passed the packet. 


Then the parser then took what should have been the numeric date, (based on 
the position relative to the first STX), and ended up putting alpha 
information into a numeric only field, with disastrous results. 


Had our LRC routine been written properly, we would have NAKed this packet 
(bad LRC), and the bug in the Visa host would have been found and fixed 
MUCH earlier. 


Granted it's not APRS, but there's lessons to be learned here. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 13:47:35 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA18686 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 13:47:33 -0600 (CST) 
Subject: [aprsspec] Re: Current software & the spec 
Date: Sun, 10 Dec 2000 14:44:29 -0500 
Message-ID: <LYR11589-123955-2000.12.10-13.56.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Thread-Topic: [aprsspec] Re: Current software & the spec 
Thread-Index: AcBilM9Sg3q+Al6VT9ax2cQqBxWDWwADCWww 
content-class: urn:content-classes:message 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084062CDB@iago.ed-com.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


If "reject the wrong or questionable" was the way that your email client 
worked, then you probably would never get any email. As to Internet 
Standards, the motto is usually “accept anything" 


The "accept anything" goes a lot further at allowing specifications to 
be expanded over time. 


What is needed in situations like this is testing suites that can 
validate that a program is acting properly. 


Ed Woodrick 


ss Original Message----- 

From: David VanHorn [mailto:dvanhorn@cedar.net] 

Posted At: Sunday, December 10, 2000 1:05 PM 

Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] Re: Current software & the spec 
Subject: [aprsspec] Re: Current software & the spec 


>Let me recommend, as always, that any software is liberal in what it 
>accepts and conservative in what it sends. If your software does one 
of 

>the above, you would be doing the APRS community a service by fixing 
>it! However, any author should expect the above things to occur. A 
>simple reading of the spec will not alert you to these possibilities. 


Are we doing ourselves any good by accepting packets that don't conform 
to 

spec? 

I think it mainly prolongs the agony. 


I used to work on software that moved money around. (Credit card 
payments) 

We used an approach that could be summarized as "take the first 
opportunity 

to throw the packet away, and if it survives all tests, then act on it". 


We had almost zero instances of crashes caused by bad packets. 

The one time we had a problem, it turned out to be a bug on our end, 
aggrivated by an LRC routine that worked from back to front, when all 
the 

other parsing ran from front to back, and a bug in one of Visa's five 
Tandems, that output the first 10 bytes of the packet twice, if you 
nacked 

the first (correctly built) packet that it sent, possibly due to line 
noise. It took 7000 transactions to isolate the exact sequence of 
events. 

This was done using simulation software written especially for this job. 


The bad packet looked like this: 
<STX>first 9 bytes of data repeated<STX>real data<ETX><LRC> 


The LRC routine started at the back, rather than the front, and stopped 
when it encountered an STX, so it passed the packet. 


Then the parser then took what should have been the numeric date, (based 
on 

the position relative to the first STX), and ended up putting alpha 
information into a numeric only field, with disastrous results. 


Had our LRC routine been written properly, we would have NAKed this 
packet 

(bad LRC), and the bug in the Visa host would have been found and fixed 
MUCH earlier. 


Granted it's not APRS, but there's lessons to be learned here. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


You are currently subscribed to aprsspec as: Mail-Lists.APRS@ed-com.net 
To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 14:15:10 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA23108 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 14:15:08 -0600 (CST) 
X-Sender: dvanhorn@mail.cedar.net 
Date: Sun, 10 Dec 2000 15:08:51 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Current software & the spec 
In-Reply-To: <LYR11608-123955-2000.12.10-13.56.08--dvanhorn#cedar.net@li 

sts.tapr.org> 

Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Message-Id: <LYR11589-123958-2000.12.10-14.23.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20001210201124.XPVR17385.mail2.rdc1.il.home.com@main> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 02:44 PM 12/10/00 -0500, Woodrick, Ed wrote: 

> 

>If "reject the wrong or questionable" was the way that your email client 
>worked, then you probably would never get any email. As to Internet 
>Standards, the motto is usually "accept anything" 


True, but the email client has a human to back it up. It's not going to go 
do things automatically based on the content (unless it's outlook express, 
automatically installing and running viruses :) 


If the data is going to be acted on automatically, then we need to be sure 
that it's actually valid. 


>The “accept anything" goes a lot further at allowing specifications to 
>be expanded over time. 


You can always define “optional data" fields, and byte flags with openings 
for future definition. 


>What is needed in situations like this is testing suites that can 
>validate that a program is acting properly. 


We must have a PC programmer or two on this list who could write something 
like that. 


When I was into this game, we had a language called "mimic", and I would 
write a routine that would send every possible valid packet, with several 
different sets of example data. In the example I gave, I wrote a terminal 
simulator that ran the transaction over and over, and simulated every sort 
of error I could think of, on a random basis. It trapped the host 
responses, and when the host said something illegal, I had the exact data 
that caused that output. Set it up, and let it rip. 


In an APRS version, on the client end, you would see stations appear, move, 
send messages, weather, whatever else is doable. The tester would examine 
and interpret your output, and log anything it couldn't understand. 


I would also send bad/malformed packets, both on a randomized basis 
(simulating noise hits) and specific bad packets that had triggered bugs 
previously (makes regression testing much simpler) 


If I were a PC programmer, or still had access to Mimic, I'd volunteer to 
write this. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 16:36:19 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA13455 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 16:36:17 -0600 (CST) 
Subject: [aprsspec] Re: Current software & the spec 
Date: Sun, 10 Dec 2000 17:33:08 -0500 
Message-ID: <LYR11589-123975-2000.12.10-16.44.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Thread-Topic: [aprsspec] Re: Current software & the spec 
Thread-Index: AcBi5gSwej]x+ExmiRMex6S3CrysPqgAEjDIg 
content-class: urn:content-classes:message 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084062CDC@iago.ed-com.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


David, 


There's a lot of applications that automatically process Email messages. 
A lot. 


But even without end-stations processing messages, all of the 
intermediary stations "automatically" process the messages. 


Oh, let see if I can think of another "automatic" processor? Maybe this 
list itself? 


And "optional fields" only work to a certain degree. 


iat Original Message----- 

From: David VanHorn [mailto:dvanhorn@cedar.net] 

Posted At: Sunday, December 10, 2000 3:09 PM 

Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] Re: Current software & the spec 
Subject: [aprsspec] Re: Current software & the spec 


At 02:44 PM 12/10/00 -0500, Woodrick, Ed wrote: 

> 

>If "reject the wrong or questionable" was the way that your email 
client 

>worked, then you probably would never get any email. As to Internet 
>Standards, the motto is usually “accept anything" 


True, but the email client has a human to back it up. It's not going to 
go 

do things automatically based on the content (unless it's outlook 
express, 


automatically installing and running viruses :) 


If the data is going to be acted on automatically, then we need to be 
sure 
that it's actually valid. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 18:59:42 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA12992 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 18:59:37 -0600 (CST) 
X-Sender: dvanhorn@mail.cedar.net 
Date: Sun, 10 Dec 2000 19:52:45 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Current software & the spec 
In-Reply-To: <LYR11608-123975-2000.12.10-16.44.48--dvanhorn#cedar.net@li 
sts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Message-Id: <LYR11589-123986-2000.12.10-19.07.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20001211005520.BPRP17385.mail2.rdc1.il.home.com@main> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>There's a lot of applications that automatically process Email messages. 
>A lot. 


Depends to what degree you mean that.. 


>And “optional fields" only work to a certain degree. 


Any protocol takes thought.. It's worked for visa and mastercard for about 


20 years. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 10 20:52:43 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ4506 

for <lyris.aprsspec@tapr.org>; Sun, 10 Dec 2000 20:52:43 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Sun, 10 Dec 2000 19:51:24 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Ack/Rej implementations... 
Message-ID: <LYR11589-123998-2000.12.10-21.01.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0012101929370.19820-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have a couple more APRS spec/implementation issues. 


First: Neither WinAPRS, Xastir, or the HamHud seem to understand a 
rejection message. This contributes to excess QRM, as the rejection 
message gets ack'ed, and the original message will continue to be resent 
forever (or until the user kills it). So, it is better right now to ack 
ALL received messages - even in stand alone trackers - and then send a 
normal message stating that the site doesn't have an operator. 


Second: We might want to rephrace the Multiple Acknowledgement section on 
page 72. It tells us that we should seperate acknowledgements by 30 
seconds and also transmit multiple acks on a long path -- both of which 
make a lot of sense. However, the first sentence is misleading: 


"If a station receives a praticular message more than once, it will 

respond with an acknowledgement for each instance of the message"... I 
have a home station within range of two wides. If someone uses a path of 
WIDE, while they are also in range of my home station, it will send 
*THREEx acknowledgements. What makes it even worse is that the 
acknowledgements are sent out via the default path - WIDE3-3! Thus, I end 
up getting at least 4 acknowlegements, assuming the dupe checking on the 
digis works like it should (in reality, I get about 6). This is a fairly 
significant amount of QRM, if you ask me. The worst part is that this QRM 
goes through 200 miles of network - multiple times! The solution I 
propose (and implemented) is to SURPRESS duplicate acknowledgements for a 
period of 30 seconds after a message is acknowledged. 


I guess this proves that we need an APRS test system. Unless someone else 
sends me an e-mail that they have already written one, I'll start writting 
one in Perl for the Linux OS. I forsee it having a scripted 

"standard" set of APRS tests and two modules: a generic APRS module and a 
TNC-specific module (I'll be implementing the TNC for the Alinco 135, 
since that is what I use in my car). It will connect via a serial port to 
an APRS application (yes, you will probably need two computers or a 
null-modem cable - however, it is hoped that at least the big radio 
companies might be able to secure the needed equipment for the 

test). However, don't expect me to have anything like this finished 
before two or three months from now! 


Joel Maslak 
N7XUC 
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From bounce-aprsspec-11589@lists.tapr.org Mon Dec 11 00:24:15 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21570 
for <lyris.aprsspec@tapr.org>; Mon, 11 Dec 2000 00:24:14 -0600 (CST) 
X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 11 Dec 2000 01:20:02 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Ack/Rej implementations... 
In-Reply-To: <LYR11608-123998-2000.12.10-21.01.12--dvanhorn#cedar.net@li 
sts.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 

Message-Id: <LYR11589-124036-2000.12.11-00.34.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20001211062238.HJCI17385.mail2.rdc1.il.home.com@main> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I previously suggested implementing sequence numbers in the packets. Each 

packet from me has a sequence number, if you get the same sequence number, 
and the same callsign, then you know it's a dupe which does not need to be 
acked, without examining anything else. 


Presumably you have space to keep a short list of recent packets, or just 
the source callsign and sequence numbers. 


We ran into this problem in credit verification, when the terminals got the 
ability to send multiple transactions per session. If the host acks my 
first packet (an approve/decline response is interpreted as an ack), but 
the link trashes the ack to a nak (either explicit nak, or a trashed 
response packet), then I send the same packet again.. The host would get 
two packets, and think that they were two separate transactions, resulting 
in multiple charges. Sequence numbers solved that entirely. 


You may still need multiple acks to make sure that one gets through, but at 
least you don't end up multiply acking all the dupes as well. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Mon Dec 11 02:55:20 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA17802 

for <lyris.aprsspec@tapr.org>; Mon, 11 Dec 2000 02:55:19 -0600 (CST) 


Message-ID: <LYR11589-124050-2000.12.11-03.05.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Mon, 11 Dec 2000 08:53:05 +0000 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Who's who? 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <oU15LJAxXJN6EwN2@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


For the benefit of those of us who are not members of the Working Group, 
I wonder if someone could post a list of the current members and say 
with what software product each of them is involved? 


Also, I think it would help if others who post suggestions for changes 
to the spec, changes to the behaviour of existing software, etc, could 
also identify whether they are speaking as an active author of an APRS 
program, a would-be author, or just expressing an opinion as an APRS 
user. 


(See my sig for my involvement with ham radio software.) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 12 01:03:08 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA0Q9456 

for <lyris.aprsspec@tapr.org>; Tue, 12 Dec 2000 01:03:06 -0600 (CST) 
Message-Id: <LYR11589-124191-2000.12.12-01.13.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Current software & the spec 
Date: Tue, 12 Dec 2000 02:00:46 -0500 
From: Steve Dimse <sdimse@earthlink.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200012120701.XAA24032@snipe.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 12/10/00 12:34 PM Joel Maslak (jmaslak@antelope.net) wrote: 


>I am writting a small tracker/display application, and came across a few 
>things which made me scratch my head. Simply put, there are some things 
>in the spec which are not implemented by even the most popular APRS 
>programs. There are other things which, while implemented, are 
>implemented slightly different then the spec. 

> 

First, keep in mind the spec has been official for only a couple months. 
Second, since version 1 of the spec is supposed to describe what is 
implemented, any mainstream APRS application that deviates from the spec 
may well reflect an error in the spec rather than the program. 


>Here's a short list of inconsistancies I've found: 

1) Some packets end with a CR. This is part of the actual 
packet, not a fault of my system! This is due to the SENDPAC 
character being a LF - when programs send a CRLF instead of 
just a LF, the CR becomes part of the packet. The spec 
indicates that the trailing CR should NOT exist. 

2) Other programs send BOTH a CR and LF! This is most common 
in "dumb" trackers. Chances are, it is a bug in the TNC 
firmware. Once again, this is outside the spec. 


VVVVV VV WV 


I just looked, and I could not find where the spec states the data can't 
end in cr,lf£,crlf, or any other combination, can you point it out to me? 
In any case, it is certainly likey that errors like this will continue, 
and your program needs to be robust enough to handle it. Both of these 
problems exist within the tne where no one on this list can do anything 
about it. 


3) The Course/Speed extension simply does not work in most 
software. I've actually tested WinAPRS, Findu, and Xastir, 
although I'm sure it doesn't work in most others, either. 
This extension is treated like part of the comment by 
these systems. Thus, the longer $GPRMC string needs to be 
sent if this information is important to you. 


VV VV VV 


Well, it works on findu, sometimes. On my recent trip I checked in 
frequently via WAP, and found about 25% of my posits had a course and 
speed. This is a bug I've known about for a while, and had looked briefly 
at the code to figure it out, but couldn't, so it got placed on the do 
list, where it presently resides at 87 of 139. Don't hold your breath! 
I've made it as clear as I can that findu is in a very early state of 
development, but it is not fully APRS compliant, never has claimed to be, 
and likely never will be. In all the time it has been up, no one every 
emailed me that there was a problem, and as long as that is the case, it 
will get buried deeped and deeper on the list... 


It just came to light that the spec says it is OK to not have a trailing 
/ after the course and speed, but since all the mainstream programs use 
one, it may be the source of the problems you note. Agains, since the 
spec is supposed to represent what exists, the correct action might be to 
add it to the spec, but that is up to the APRS WG, not you or I. You 
might want to repeat your test adding the slash and see what your results 
are. 


> 4) Compressed packets are not understood by many simple 
> applications. This causes our bandwidth usage to increase. 
> 


base 91 compression is 125 of 139 on the findu do list... 


Steve 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 13 18:37:25 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA10332 
for <lyris.aprsspec@tapr.org>; Wed, 13 Dec 2000 18:37:22 -0600 (CST) 
From: "“HarolSherrill" <w5hjs@home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] cassiopeia 
Date: Wed, 13 Dec 2000 18:34:43 -0600 
Message-ID: <LYR11589-124447-2000.12.13-18.47.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 


X-MSMail-Priority: Normal 

Importance: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <LOBBIHDGMIHFBEKHDAJDAEMBCBAA.w5hjs@home. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I Have a cassiopeia e 105 and cannot get aprs ce to work with it 

it seems like i cannot get the com port to see data from the radio..i am 
using the casio cradle as my seril port hookup to a d700 any ideas, 
settings? 

W5HIS 

Harold Sherrill 

Grid EM40 WA 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 13 19:20:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA15542 

for <lyris.aprsspec@tapr.org>; Wed, 13 Dec 2000 19:20:50 -0600 (CST) 
Subject: [aprsspec] RE: cassiopeia 
Date: Wed, 13 Dec 2000 20:17:01 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0 
Message-ID: <LYR11589-124449-2000.12.13-19.28.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] cassiopeia 
Thread-Index: AcB1Zj]fueAM+JmxXWSXe5sni+OFaSdgABSvysg 
From: "Woodrick, Ed" <ewoodrick@ed-com.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BF69E507000F749921956EFC6B19084062CED@iago.ed-com.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can you access the TNC using the built-in terminal program? 


Are you using a null modem cable? 


a iicote Original Message----- 

From: HarolSherrill [mailto:w5hjs@home.com] 
Posted At: Wednesday, December 13, 2000 7:35 PM 
Posted To: Mail-Lists.APRS 

Conversation: [aprsspec] cassiopeia 

Subject: [aprsspec] cassiopeia 


I Have a cassiopeia e 105 and cannot get aprs ce to work with it 

it seems like i cannot get the com port to see data from the radio..i am 
using the casio cradle as my seril port hookup to a d700 any ideas, 
settings? 

W5HIS 

Harold Sherrill 

Grid EM40 WA 


You are currently subscribed to aprsspec as: Mail-Lists.APRS@ed-com.net 
To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 15 06:34:51 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ8812 

for <lyris.aprsspec@tapr.org>; Fri, 15 Dec 2000 06:34:50 -0600 (CST) 
Message-ID: <LYR11589-124710-2000.12.15-06.46.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 15 Dec 2000 07:37:10 -0500 


From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Network Functions 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A3A1076.3FB2FD39@greeceny.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'm brainstorming on another project and could use some 
insights from any who feel that they'd like to provide 
input... 


In the APRS world, what are the various types of network 
functions (RF Only at this point, please) that are present? 


Function Invoked by these aliases 
Digipeating WIDE,RELAY, TRACE,WIDEn-N, TRACEn-N,mycall 
Gateway GATE, IGATE 


Any others come to mind? 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Dec 15 20:15:16 2000 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ6955 

for <lyris.aprsspec@tapr.org>; Fri, 15 Dec 2000 20:15:14 -0600 (CST) 
Date: Thu, 14 Dec 2000 07:54:50 GMT 
Message-Id: <LYR11589-124832-2000.12.15-20.23.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: cassiopeia 
From: Carl Littlejohns <carl_mail@dr.com> 


Reply-To: carl_mail@dr.com 

Mime-Version: 1.0 

Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: 8bit 

In-Reply-To: <LYR13751-124449-2000.12.13-19.28.47-- 
carl_maili#dr.com@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <VA.000001da.022d0d37@study> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


If the E105 is the same as the E115 (and the look the same :) ) then the 
PC comms link automatically grabs the com port when you plug something in. On 
mine I have to click 


programs|settings|connections|pc| and then uncheck the ‘automatically 
synchronise' box. 


Its a PITA achully :) 


APRS/CE is nice tho - and the latest beta version handles all DosAPRS maps 
very well. 


There is a list group for APRS/CE and all other ham related use of the 
pocketPc on www.egroups.com called hampocket - has about 25-30 members when I last 
looked so its not high-bandwidth :) 


send an email to hampocket-subscribe@egroups.com 
I think will subscribe you, or else you can to surf there. 


I have yet to get mine to work with a v5 ROM TINY-2, but it is very happy 
with the kenwood THD7E 


Carl GWOTQM 
http://www. findu.com/cgi-bin/find.cgi?gwOtqm-7 


> I Have a cassiopeia e 105 and cannot get aprs ce to work with it 
> it seems like i cannot get the com port to see data from the radio..i am 
> using the casio cradle as my seril port hookup to a d700 any ideas, 
> settings? 
> W5HIS 

> Harold Sherrill 


> Grid EM40 WA 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 15:17:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ6425 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 15:17:51 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 6 Jan 2001 16:17:41 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] UI messaging... 
Message-ID: <LYR11589-128458-2001.01.06-15.30.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101061605310 .10439-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Apparently UI-View has implemented its own messaging format that is not 
compatible with the APRSspec. Since it uses the TOCALL as the actual 
message TO-CALL, the APRS front end filters for ALTNETS will ignore these 
messages. I have no problem with this, its Roger's program... but it does 
raise the question of whether we want to add this to the APRSspec as 
another form of messaging? Or whether we all want to add reception of 
this to our code... 


It looks like he puts a tilde (~) as the first byte of the data (message) 
field and ends with ~xx which appears to be a line number for acking... I 
havent seen any acks to know... (of course this will cause stream 
switching and confusion to a dual Port KAM on HF with the use of the 
reserved "*" stream switch character...) 


My only concern it that since UI view is predominately used in Europe and 
this messaging is not compatible with other APRS versions... it could 
lead to a divergence in the long term that will cause confusion to users 
who both think they are running "APRS" but in fact are not able to 
communicate. 


Maybe when a UI user uses this form of messaging it is very clear that 
this is not APRS compatible, and thus there is no reason to be concerned 
since the user has mad a conscious choice to not use APRS format... sort 
of a semi-private form of messaging... 


I'm not taking any position here, it is just something I learned about 
today, and thought we might want to be discussing the implications of new 
formats on existing APRS networks... 


Just a thought... 
de WB4APR@amsat.org, Bob 


See my APRS LIVE pages http: //web.usna.navy.mil/~bruninga/aprs.html 
See APRS SATELLITES http: //web.usna.navy.mil/~bruninga/astars. html 
See MIM/Mic-E/Mic-Lite http: //www.toad.net/~wclement/mim2.htm 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 15:30:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ7026 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 15:30:05 -0600 (CST) 
Message-Id: <LYR11589-128459-2001.01.06-15.42.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Sat, 06 Jan 2001 16:27:13 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: UI messaging... 
In-Reply-To: <LYR11608-128458-2001.01.06-15.30.19--dvanhorn#cedar.net@li 
sts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010106162653 .00b43650@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 04:17 PM 1/6/01 -0500, Bob Bruninga wrote: 

>Apparently UI-View has implemented its own messaging format that is not 
>compatible with the APRSspec. Since it uses the TOCALL as the actual 
>message TO-CALL, the APRS front end filters for ALTNETS will ignore these 


>messages. I have no problem with this, its Roger's program... but it does 
>raise the question of whether we want to add this to the APRSspec as 
>another form of messaging? Or whether we all want to add reception of 
>this to our code... 


Exceptions will drive you nuts. 


Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 16:29:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA12078 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 16:29:26 -0600 (CST) 
Message-ID: <LYR11589-128466-2001.01.06-16.41.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UI messaging... 
Date: Sat, 6 Jan 2001 16:29:05 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C077FD.CB7445C0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob, 
Perhaps this was a decision by Roger to make UI-View 


messaging non-compliant with APRS? 


If changes were made to the spec to accomodate this 


deviation, it would be a long time before existing APRS 
applications could correctly handle this. Some may 
never be changed. 


Is the APRS WG still active? Haven't heard anything lately. 
Wasn't one of the tasks of this group was to check to 
see if applications were APRS spec compliant? 


I don't think Roger was ever invited to participate in any case. 


If individual authors can unilaterly add non-compliant messaging 
then the specification is not serving its purpose. 


Bill KC9XG 
On Saturday, January 06, 2001 3:27 PM, David VanHorn [SMTP:dvanhorn@cedar.net] 
wrote: 


> At 04:17 PM 1/6/01 -0500, Bob Bruninga wrote: 

> >Apparently UI-View has implemented its own messaging format that is not 

> >compatible with the APRSspec. Since it uses the TOCALL as the actual 

> >message TO-CALL, the APRS front end filters for ALTNETS will ignore these 
> >messages. I have no problem with this, its Roger's program... but it does 
> >raise the question of whether we want to add this to the APRSspec as 

> >another form of messaging? Or whether we all want to add reception of 

> >this to our code... 

> 

> Exceptions will drive you nuts. 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 16:35:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA12318 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 16:35:47 -0600 (CST) 
Message-ID: <LYR11589-128468-2001.01.06-16.48.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 6 Jan 2001 22:34:02 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: UI messaging... 
References: <LYR13460-128458-2001.01.06-15.30.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 


In-Reply-To: <LYR13460-128458-2001.01.06-15.30.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <KUXxrjJAa15V6EwlD@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-128458-2001.01.06-15.30.19--roger#peaksys.co.uk@lis 
ts.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

>Apparently UI-View has implemented its own messaging format that is not 
>compatible with the APRSspec. 

EtG. 3% 


Just a little "scene setting" - When I started writing UI-View well over 
two years ago, and developed its message format, compatibility with a 
non-existent spec for a protocol that was covered by a copyright claim, 
was not something that ever crossed my mind... 


However, UI-View now supports both its own and APRS format messages, and 
I have given a great deal of thought to doing it in a way that should 
not cause a problem for users of other applications: - 


If you install UI-View on a PC in the USA or Canada, then, provided the 
international settings in Windows are correct, by default the user does 
not have the UI-View message format option available. in other parts of 
the world, both message formats are available, and the user can set the 
default type. 


If UI-View receives an APRS format message, then any future messages 
sent to the originator will default to being in APRS format. 


UI-View will not pass UI-View format messages to an internet server, 
because my philosophy is that only APRS compatible traffic should be 
passed to the servers. 


>I'm not taking any position here, it is just something I learned about 
>today, and thought we might want to be discussing the implications of new 
>formats on existing APRS networks... 


As you will see from the above comments, it's not a "new format". Also, 
in most of the countries in which it is used, the level of APRS activity 
was virtually zero before UI-View became popular - there were no 
"existing APRS networks". I don't think any European countries even had 


an APRS frequency allocation. 


In the new era of "open" APRS, I've thought about removing the UI-View 
message format, but I don't think it causes any problems, and it does 
possess some advantages compared to APRS format messages. E.g. shorter 
frames, and parallel transmission, with reordering of messages received 
out of sequence. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 16:40:42 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA12523 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 16:40:39 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 6 Jan 2001 17:38:59 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UI messaging... 
In-Reply-To: <Pine.LNX.4.04.10101070009070.10083-100000@pe1rdw.ampr.org> 
Message-ID: <LYR11589-128470-2001.01.06-16.53.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101061735500 .11922-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 7 Jan 2001, PEIRDW (Andre) wrote: 


> When you want to send a message to a a ui-view user you can pick aprs 
> format or ui-view format, when you send to a non ui-view user you 


automaticly send a aprs format message, the same goes for a message via a 
igate. 


VVNV NV 


So there is no problem there. 


Good, thanks. Thats good that it automatically knows to send APRS to APRS 
stations... and the user is clearly aware that he is using a different 
format so that other APRS stations wont see their messages... 


> As for the stream switch char that does not have to be a problem, just use 
> kiss mode, it is recomended anyhow as it gives the program more control 
> over the frames. 


GOod point. It only affects the sender, and since it is UIview using KISS 
mode, then again, there is no problem with the tilde... 


Thanks. .bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 16:48:30 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA12807 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 16:48:23 -0600 (CST) 
From: "Jonathan Bradshaw" <Jonathan@NrgUp.Net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: UI messaging... 
Date: Sat, 6 Jan 2001 22:47:43 -0000 
Message-ID: <LYR11589-128473-2001.01.06-17.00.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
In-Reply-To: <LYR14840-128458-2001.01.06-15.30.19-- 
jonathan#nrgup.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <NDBBKJGHMCFBFANNEFNCIEDHCBAA. Jonathan@NrgUp.Net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


UI-View has done this for since before it was APRS compatible. UI-View was 
designed before APRS hit the UK but since it did Roger has included support 
for an increasing number of APRS elements. 


--- From the help: 

UI-View(32) supports two formats of message - it's own format and also APRS 
format. Although UI-View(32) format has some advantages over APRS format, 
users of other APRS software will not be able to receive UI-View(32) format 
messages. If you operate in an environment where most users aren't using 
UI-View(32), then you should use APRS format. 


(and also...) 


The default value for "No UI-View(32) extensions" varies depending on what 
country you are in. When UI-View32 is run for the first time, it checks your 
Windows country code against the list in the file NOEXTN.COD. If your 
country code is in that file, then UI-View32 extensions are disabled. Note 
that this only happens the very first time UI-View32 is run, so if you alter 
the setting for this parameter, UI-View32 won't change it. 

--- End 


An on-topic discussion would be if UI-View format could help improve APRS 
format in the future? 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 17:09:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA14461 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 17:09:28 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 6 Jan 2001 18:09:09 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: UI messaging... 

In-Reply-To: <LYR11586-128466-2001.01.06-16.41.51-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-128476-2001.01.06-17.21.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101061806410 .11922-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 6 Jan 2001, Bill Diaz wrote: 
> I don't think Roger was ever invited to participate in any case. 


Yes he was, I personally invited him. I welcome his input since he is 
actively writing code. But he declined. I think his reasons were that 
he was just too busy to take on anything else right now... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 17:27:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA15466 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 17:27:04 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 6 Jan 2001 18:26:43 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: UI messaging... 
In-Reply-To: <LYR11586-128473-2001.01.06-17.00.07-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-128478-2001.01.06-17.39.30-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101061821130 .11922-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sat, 6 Jan 2001, Jonathan Bradshaw wrote: 


> An on-topic discussion would be if UI-View format could help improve APRS 
> format in the future? 


Yes, I am always open to exploring new ideas. For example, some of us 
have implemented a "free-return" ACK protocol, that embeds a reply ack in 
all outgoing messages to help improve a two-station dialog. 


This was done completely within the bounds of the protocol and the 
technique was shared with all the authors. It really speeds up dialgos 
since the ACKS are being now "forced" from the receiving end but with a 
free ride.. Its just an example of learning new ways to do things without 
tearing apart the spec... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 17:36:22 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA16997 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 17:36:17 -0600 (CST) 
Message-ID: <LYR11589-128481-2001.01.06-17.48.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 6 Jan 2001 23:36:00 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: UI messaging... 
References: <LYR11586-128468-2001.01.06-16.48.13-- 


bruninga#nadn.navy.mil@lists.tapr.org> 
<Pine.GSO.4.05L.10101061812590 .11922-100000@arctic> 
In-Reply-To: <Pine.GSO.4.05L.10101061812590 .11922-100000@arctic> 
MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Y35FDqAgv6V6Ewb4@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <Pine.GSO.4.05L.10101061812590.11922-100000@arctic>, Bob 
Bruninga <bruninga@usna.edu> writes 

>Thanks Roger, 

> 

>Good explaination, and I see that you have covered all the bases, so that 
>there is no problems. GOod work. 

> 

>Actually, I liked the idea of parallel messaging also as just another 
>tool. Selectible when useful, or sequential at other times when 
>important. I was going to add it to APRSdos but then Sprouls then 
>abandoned it in WInAPRS because they did not have a means for assuring 
>that missed information was obvious. I like your "blank" line approach... 


They're not exactly blank, if message lines are missed, they are 
replaced on the screen with lines saying e.g. - 


seq. number 01 
seq. number 02 


Where the sequence number represents, in APRS terminology, the message 
identifier. If/when those lines are received, then the "seq. number" 
lines are replaced with the message lines. 


This system can only work if the message identifier has a known, logical 
format. So it would never work with APRS messages, because the message 
identifier can be any random collection of "up to 5 alphanumeric 
characters, no spaces". 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 17:37:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA17048 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 17:36:57 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 6 Jan 2001 18:36:27 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UI messaging... (fwd) 
Message-ID: <LYR11589-128482-2001.01.06-17.49.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101061830450 .11922-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thanks Roger, 


And it looks like you made ver good provisions to assure there were not 
incompatibilities of use... GOQod work... 


Actually, I liked the idea of parallel messaging also as just another 
tool. Selectible when useful, or sequential at other times when 
important. I was going to add it to APRSdos but then Sprouls then 
abandoned it in WInAPRS because they did not have a means for assuring 
that missed information was obvious. I like your "blank" line approach... 


Roger Barker wrote: 
> However, UI-View now supports both its own and APRS format messages... 
> If you install UI-View on a PC in the USA or Canada, then, provided the 


> international settings in Windows are correct, by default the user does 
> not have the UI-View message format option available.... 


> If UI-View receives an APRS format message, then any future messages 
> sent to the originator will default to being in APRS format.... 


> UI-View will not pass UI-View format messages to an internet server... 


> As you will see from the above comments, it's not a "new format". Also, 
> -= 
> Roger Barker, G4IDE - roger@peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 17:41:40 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA17193 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 17:41:35 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 6 Jan 2001 18:41:01 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: UI messaging... 
In-Reply-To: <LYR11586-128481-2001.01.06-17.48.45-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-128483-2001.01.06-17.54.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101061838080 .11922-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 6 Jan 2001, Roger Barker wrote: 


> This system can only work if the message identifier has a known, logical 
> format. So it would never work with APRS messages, because the message 


> identifier can be any random collection of "up to 5 alphanumeric 
> characters, no spaces". 


Yep, that is the problem of a spec by committee. I always wanted and used 
-sequential- numbering. They could be any numbers, but within one 
message, I wanted them sequential for just the reaons you mention. But 
other authors did not want to be bound by anything... 


I do think that all of them do do things sequentially, but we cant prove 
that now. oh well... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 6 19:15:43 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA25131 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jan 2001 19:15:40 -0600 (CST) 
Message-ID: <LYR11589-128492-2001.01.06-19.28.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 7 Jan 2001 01:15:30 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: UI messaging... 
References: <LYR13460-128466-2001.01.06-16.41.51-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-128466-2001.01.06-16.41.51-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <zRNvKLAyM8V6Ew$W@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-128466-2001.01.06-16.41.51--roger#peaksys.co.uk@lis 
ts.tapr.org>, Bill Diaz <billdiaz@megsinet.net> writes 
[snip] 


> 
>If individual authors can unilaterly add non-compliant messaging 
>then the specification is not serving its purpose. 


I hope that my comments elsewhere in this thread will illustrate that 
your comment is irrelevant in the context in which the UI-View message 
protocol was developed. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 10 03:49:43 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ6170 

for <lyris.aprsspec@tapr.org>; Wed, 10 Jan 2001 03:49:42 -0600 (CST) 
From: "Darryl Smith" <darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] On Air Protocols. 
Date: Wed, 10 Jan 2001 20:52:19 +1100 
Message-ID: <LYR11589-128994-2001.01.10-04.02.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001701cO7aeb$057daf00$32ae2acb@dell.radio-active.net.au> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


People 


One thing missing from the APRS spec is a brief summary of the common NMEA 
strings used by hams. There are only three or so, and these should be 
implemented in most software... 


More importantly it seems that by using my D700 Kenwood in TNC mode I can 
transmit positions using an undocumented format, which might appear on air. 
The format is 


VK2TDS>GPS: $PNTS,1,0,10,01, 2001, 001853 , 3400.4672,S,15051.7165,E,34,54.00,0,, 
000 ,1*2E 


Most of it is easy to work out, but I think the speed and direction is 
somewhere encoded after the position... 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au for domain names 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jan 10 09:51:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA04058 

for <lyris.aprsspec@tapr.org>; Wed, 10 Jan 2001 09:51:36 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Wed, 10 Jan 2001 08:59:33 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: On Air Protocols. 
In-Reply-To: <LYR21162-128994-2001.01.10-04.02.13-- 
jmaslak#antelope.net@lists.tapr.org> 
Message-ID: <LYR11589-129011-2001.01.10-10.04.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.LNX.4.21.0101100850070 .16963-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 10 Jan 2001, Darryl Smith wrote: 


> VK2TDS>GPS:$PNTS,1,0,10,01, 2001, 001853 , 3400.4672,S,15051.7165,E,34,54.00,0,, 
> 000,1*2E 


This string is also the default (!!??) string that the Alinco 135 will 
transmit. 


The Alinco 135 TNC docs are very helpful with regards to the NMEA strings. 
I have these in electronic form, and I would be glad to send them to 
anyone who asks off-list. Please let me know if you want the .txt version 
(kind of hard to read) or the .pdf version. Note that I could not locate 
ANY copyright string, so I'm assuming that this material is public 

domain. If someone from Alinco contacts me and informs me otherwise, I 
will stop distributing it (although if you read the docs, you will like 
most of what you see). 


As obligatory note for the SIG: 


The $PNTS string is defined as: 
(straight from manual) 


5-4-7 $PNTS This is a private-sentence based on NMEA-0183. The data 
contains date, time, latitude, longitude, moving speed, direction, 
altitude plus a short message, group codes, and icon 

numbers. The EJ-41U does not analyze this format but can re-structure it. 


The data contains the following information: 


+ 


$PNTS Starts the $PNTS sentence 

version 

* the registered information. [0]=normal geographical location data. This 
is the only data EJ-41U can re-structure. [s]=Initial position for the 
course setting [E]=ending position for the course setting [1]=the course 
data between initial and ending [P]=the check point registration 
[A]=check data when the automatic position transmission is set OFF 
[R]=check data when the course data or check point data is received. 
Dd/mm/yyyy/hh/mm/ss: Date and time indication. 

Latitude in DMD followed by N or S 

Longitude in DMD followed by E or W 

Direction: Shown with the number 360 degrees divided by 64. 00 stands 
for true north, 16 for east. 

* Speed in Km/h 


+ 


+ + FF 


*x One of 15 characters [0] to [9], [A] to [E]. NTSMRK command determines 
this character when EJ-41U is used. 

x A short message up to 20 bites. Use NTSMSG command to determine this 
message. 

* A group code: 3 letters with a combination of [0] to [9], [A] to 
[Z]. Use NTSGRP command to determine. 

* Status: [1] for usable information, [0] for non-usable information. 

*x xhh<CR><LF> the check-sum and end of PNTS sentence. 


Joel Maslak 
N7XUC 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 11 06:14:33 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ2706 

for <lyris.aprsspec@tapr.org>; Thu, 11 Jan 2001 06:14:26 -0600 (CST) 
Message-ID: <LYR11589-129158-2001.01.11-06.26.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 11 Jan 2001 07:01:16 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RFONLY/NOGATE alias support? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A5DA08C.EFD4C347@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


xx This is not a note that is intended to startup a debate over 
privacy x** 


===== Introduction ===== 
With the advent of the January VHF Sweepstakes this upcoming 


weekend, there will be several Rover-class stations activating 
their stations with UI-Packet on-board. The purpose of which is 
to announce their location (as a TX-only tracker) using 
all-amateur means. 


They will be *xnot*« using 144.39 MHz (the reasons are many, all of 
which have to do with assuring VHF Sweepstakes rules compliance). 


I know that at least one APRS software title understands the 
RFONLY alias as a request from the sending station to xnotx 
translate the posit to any other port (effectively keeping the 
posit from being passed to the Internet [a non-Amateur means of 
communication]). As a result, non-roving stations are being 
trained on the use of UI-View (thank-you, Roger!). 


===== All of that for this simple question =====  :0) 
Is there any other "APRS" software title that supports the RFONLY 
alias? If so, I'll also promote their use. 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 11 07:57:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA0Q9546 

for <lyris.aprsspec@tapr.org>; Thu, 11 Jan 2001 07:57:00 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 11 Jan 2001 08:56:49 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: RFONLY/NOGATE alias support? 
In-Reply-To: <LYR11586-129158-2001.01.11-06.26.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-129174-2001.01.11-08.09.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10101110850040 . 17447 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 11 Jan 2001, Ev Tupis (W2EV) wrote about VHF contest ROVERS using 
RFONLY beacons: 


> I know that at least one APRS software title understands the 

> RFONLY alias as a request from the sending station to xnotx 

> translate the posit to any other port (effectively keeping the 
> posit from being passed to the Internet [a non-Amateur means of 
> communication]). As a result, non-roving stations are being 

> trained on the use of UI-View (thank-you, Roger!). 


I was not aware of this alias. So I doubt any of the APRS authors have 


included it. (or I was asleep when it was discussed)... To my knowlege 
all that discussion and blood we had about the issue resulted in only 
filters on FINDU... no one (except apparently Roger) implemented any 


RFONLY type filtering? Of course it wont help with hardware-only 
TNC-TCPIP Igate feeds, but there are not many of them... 


But the simplest way to insure something is RF only is to use 3rd party 
format. ALL Igates to my knowledge will "assume" that a 3rd party packet 
was an IGated packet and so will not re-inject it into APRServe... 


APRSdos supports this under the command alt-SETUP-FORMATS-3rdparty 
Or at least the above is what I remember... 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 11 08:16:33 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA11186 

for <lyris.aprsspec@tapr.org>; Thu, 11 Jan 2001 08:16:29 -0600 (CST) 
Message-ID: <LYR11589-129181-2001.01.11-08.29.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


From: Bill Diaz <billdiaz@megsinet.net> 

Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: RFONLY/NOGATE alias support? 

Date: Thu, 11 Jan 2001 08:16:08 -0600 

MIME-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1C07BA6.C40F52A0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ev, 
AFilter supports NOGATE. 
IGATES using AFilter can reject packets that contain NOGATE in the header. 


Bill KC9XG 


On Thursday, January 11, 2001 6:01 AM, Ev Tupis (W2EV) 

[SMTP: propnet@greeceny.com] wrote: 

> xx This is not a note that is intended to startup a debate over 
> privacy ** 


SNIP 

> ===== All of that for this simple question =====  :0) 

> Is there any other "APRS" software title that supports the RFONLY 
> alias? If so, I'll also promote their use. 

> 

> Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 11 08:40:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA13501 


for <lyris.aprsspec@tapr.org>; Thu, 11 Jan 2001 08:40:24 -0600 (CST) 

Message-ID: <LYR11589-129186-2001.01.11-08.53.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Thu, 11 Jan 2001 14:40:07 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: RFONLY/NOGATE alias support? 
References: <LYR11586-129158-2001.01.11-06.26.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR13460-129174-2001.01.11-08.09.45--roger#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-129174-2001.01.11-08.09.45-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <jhCr2kAHXcX6EwOa@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-129174-2001.01.11-08.09.45--roger#peaksys.co.uk@lis 
ts.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

> 

>I was not aware of this alias. So I doubt any of the APRS authors have 
>included it. (or I was asleep when it was discussed)... To my knowlege 
>all that discussion and blood we had about the issue resulted in only 
>filters on FINDU... no one (except apparently Roger) implemented any 
>RFONLY type filtering? Of course it wont help with hardware-only 
>TNC-TCPIP Igate feeds, but there are not many of them... 


I implemented NOGATE and RFONLY by default, other "no gate" aliases can 
be configured. 


I put it in with a proviso that it wasn't a lot of use unless other 
forms of IGATE used something similar. (Here in the UK it is some use, 
because most of the IGATEs are running UI-View.) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jan 12 05:34:35 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA23344 

for <lyris.aprsspec@tapr.org>; Fri, 12 Jan 2001 05:34:34 -0600 (CST) 
Message-ID: <LYR11589-129279-2001.01.12-05.47.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 12 Jan 2001 06:35:06 -0500 
From: "Ev Tupis (W2EV)" <propnet@greeceny.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: RFONLY/NOGATE alias support? 
References: <Pine.GSO.4.05L.10101110850040.17447-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A5EEBEA.B7B4DD63@greeceny.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Refering to the RFONLY alias, Bob Bruninga wrote: 
> I was not aware of this alias. So I doubt any of the APRS 
> authors have included it. 


RFONLY has been adopted as a BEACONet alias, and is part of the 
growing BEACONet protocol specification (along with HOPn-N, and 
the APRS-defunct [GGi#HFgg] position designator). Since the common 
thread that binds APRS(tm) and BEACONet(tm) is UI-Frame packet, 
and software exists to decode APRS(tm)-spec frames, it is easy 
for APRS authors to write-in BEACONet(tm) specific protocol 
support. 


I simply wanted to find out which authors have written-in a 
specific feature that is important to Rover-category BEACONet (tm) 
stations. With the hopes that most of the authors (and those 
that are developing software on the sidelines) would be 
subscribed to this list...I floated the question here. It was 
one of those "thinking outside of the APRS(tm) box" questions. 
That's all, nothing more. 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jan 15 22:52:17 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ7331 
for <lyris.aprsspec@tapr.org>; Mon, 15 Jan 2001 22:52:16 -0600 (CST) 
Message-Id: <LYR11589-129708-2001.01.15-23.05.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: kcechura@pop3.umr. edu 
Date: Mon, 15 Jan 2001 22:49:11 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: kcechura@umr.edu 
Subject: [aprsspec] APRS question 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3.0.6.32.20010115224911.0079deb0@pop3.umr.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


ok, im new to this list, i hope i joined the right one to ask this 
question.... IS THERE A WAY TO INTERFACE A LOWRANCE GLOBALMAP 100 TO A KAM 
AND A LAPTOP TO DO APRS? is there anyone who can help with this? 


thanks 
"Ken 


J HAFAFEEEEEEEEEEFEFEFAFEFEFEFETFET+F-+ | 

| + Ken Cechura + + Station 
Manager, WOEEE +| 

J HAFAFEEEEEFEEFEFEFEFEFEFAFEFETFT+F+ | 

|+ http://members.aol.com/kc9umr +| 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jan 16 11:18:42 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA16988 

for <lyris.aprsspec@tapr.org>; Tue, 16 Jan 2001 11:18:41 -0600 (CST) 
From: "Johann Lochner" <lochner@ing.sun.ac.za> 
Organization: Universiteit van Stellenbosch 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Tue, 16 Jan 2001 19:18:25 +0200 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 
Subject: [aprsspec] Accommodating APRS harvesters 
CC: Hans Grobler <grobh@sun.ac.za> 
Message-ID: <LYR11589-129751-2001.01.16-11.31.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Priority: normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A649E81.9621.47AE142@localhost> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi folks, 


APRS client applications consider the APRS Internet System's content 
to be real-time. This restricts the contribution Sunsat and other 
"APRS harvesters" (and indeed a future ASTARS constellation) can make 
towards increasing the accessibility of the APRS network. I guess we 
should start sharing ideas on how this restriction can be overcome. 


It is proposed that a header, opened by the < character and closed by 
the > character, be prepended to all delayed frames fed into the APRS 
Internet System: 


<dd_t20010116T151934Z_p7823 .92S01161. 48W_a685477_£145900k_mAFSK_b1200 
_VPCSAT ,SUNSAT-3,ZS1SUN-15_s1463_cVHF omni test>ZR1CBC-3>APRS,APRSAT: 
13355.66S/01851.97Eb 


A two byte alpha-numeric frame identifier, that follows immediately 
after the opening < character, allows for future extension. The dd 
identifier, as shown in the above example, indicates that the frame 
contains delayed data. [1] 


Every field starts with an _ delimiter and an alpha-numeric field 


identifier, to facilitate parsing. More fields can be added as needs 
arise. Field ordering is not important. The following fields are 
proposed, at this stage: [2] 


_t Date and time the frame was harvested (always in UTC), presented 
in the the ISO 8601 Basic Format. 


_p Position of the harvester, specified by its latitude, followed by 
its longitude, in the standard APRS formats. 


a Altitude, in meters, as given by the distance from the center of 
the earth or above some other standard reference point (still to 
be determined) . 


£ Frequency, in hertz, on which the frame was harvested. An exact 
format must be determined. Use of the k, M and G unit prefixes 
(as shown in the example) is preferred. 


m Modulation scheme used for the harvested frame. An exact format 
must be determined. 


b Bitrate, in bit/s, at which the frame was harvested. An exact 
format must be determined. Use of unit prefixes is preferred. 


v Path via which the frame enters the Internet. The first callsign 
identifies the harvester. Comma separated callsigns are appended 
as the frame progresses. The last callsign identifies the igate. 


c Text comment for use by the harvester. A length limit should be 
determined. 


s Sequence number, assigned by harvester. Incremented by one for 
every frame harvested. 


As soon as a standard is agreed upon and aprsd passes on such frames, 
we will start injecting Sunsat's digilogs (around 600 frames per day, 
at this stage) into the APRS Internet System. 


73 de ZR1CBC, Johann 


[1] A similar header, with a different frame identifier, can be used 
for future acknowledged ASTARS messaging. 


[2] Only the _t and _v fields are required; the others are optional. 


JG Lochner ESL, Universiteit van Stellenbosch 


e-pos: lochner@ing.sun.ac.za 
webtuiste: http://esl.ee.sun.ac.za/~lochner 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 20 03:28:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA13544 

for <lyris.aprsspec@tapr.org>; Sat, 20 Jan 2001 03:28:37 -0600 (CST) 
Message-ID: <LYR11589-130396-2001.01.20-03.41.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 20 Jan 2001 09:25:47 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Message ids and all that... 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <folOUSAbmVa6EwR1l@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


(I've moved here rather than carry on the discussion in HTAPRS, so 
anyone who hasn't read the "Problems w/New IGATE Service" thread in 
HTAPRS might find it worthwhile to do so.) 


Seeing as I appear to be out of step with most other authors, I guess 
I'm going to have to change UI-View to ignore the sending callsign when 
processing an ack. However, I think the spec is ambiguous in this area, 
and I would suggest the following changes: - 


1. It should be stated that the addressee field of a message need not be 
a valid AX25 address. I know it doesn't say it should be, but, in the 
context of packet radio, it's easy to associate a nine character address 
with a valid AX25 address, and I would presume that is what was 
originally intended. 


2. It should be stated that the combination of originating callsign and 
message identifier should be sufficient to uniquely identify a message 
without reference to the addressee field. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 20 10:54:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA23489 

for <lyris.aprsspec@tapr.org>; Sat, 20 Jan 2001 10:54:48 -0600 (CST) 
Message-ID: <LYR11589-130465-2001.01.20-11.07.53- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Message ids and all that... 
Date: Sat, 20 Jan 2001 10:54:28 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1C082CF.5E98FEAQ.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Roger, 


On Saturday, January 20, 2001 3:26 AM, Roger Barker [SMTP:roger@peaksys.co.uk] 
wrote: 

> (I've moved here rather than carry on the discussion in HTAPRS, so 

> anyone who hasn't read the "Problems w/New IGATE Service" thread in 

> HTAPRS might find it worthwhile to do so.) 


Seeing as I appear to be out of step with most other authors, I guess 
I'm going to have to change UI-View to ignore the sending callsign when 
processing an ack. However, I think the spec is ambiguous in this area, 
and I would suggest the following changes: - 


VVV Vv 


1. It should be stated that the addressee field of a message need not be 
a valid AX25 address. I know it doesn't say it should be, but, in the 
context of packet radio, it's easy to associate a nine character address 
with a valid AX25 address, and I would presume that is what was 
originally intended. 


VVVV WV 


APRS was designed to work with data obtained or orginated by a TNC that uses 
the AX25 protocol. If a packet does not conform generally to the AX25 
protocol, APRS applications should not be required to relay or display these 
packets. 


I feel that Origination, destination, vias, and addressee fields of messages 


should be vaild AX25 addresses. This simplifies the processing of packets and 
permits legacy applications to operate without change. 


Bill KC9XG 


Vv 


2. It should be stated that the combination of originating callsign and 
message identifier should be sufficient to uniquely identify a message 
without reference to the addressee field. 


Vv 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


VVVV WV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 20 12:50:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4592 

for <lyris.aprsspec@tapr.org>; Sat, 20 Jan 2001 12:50:03 -0600 (CST) 
Message-ID: <LYR11589-130478-2001.01.20-13.03.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 20 Jan 2001 18:49:39 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: Message ids and all that... 
References: <LYR13460-130465-2001.01.20-11.07.53-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-130465-2001.01.20-11.07.53-- 


roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Bguz2vAD3da6Ewzj@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-130465-2001.01.20-11.07.53--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Bill Diaz <billdiaz@megsinet.net> writes 

>Roger, 

[snip] 

> 

>APRS was designed to work with data obtained or orginated by a TNC that uses 
>the AX25 protocol. If a packet does not conform generally to the AX25 
>protocol, APRS applications should not be required to relay or display these 
>packets. 

> 

>I feel that Origination, destination, vias, and addressee fields of messages 
>should be vaild AX25 addresses. This simplifies the processing of packets and 
>permits legacy applications to operate without change. 


I sympathise with your opinion, but the problem is that, as the spec 
stands, it is ambiguous as to exactly how both the addressee field and 
message numbers should be used. My suggested changes would bring the 
spec into line with what other authors already appear to be doing (based 
on the discussion in HTAPRS). 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jan 22 05:40:16 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA29314 

for <lyris.aprsspec@tapr.org>; Mon, 22 Jan 2001 05:40:15 -0600 (CST) 
Message-ID: <LYR11589-130686-2001.01.22-05.53.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Mon, 22 Jan 2001 11:40:01 -0500 

From: Ev Tupis <w2ev@rochester.rr.com> 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Source Callsigns and AX.25 [was:server connection loops] 
References: <LYR1643-130642-2001.01.21-19.43.57-- 
roger#tpeaksys.co.uk@lists.tapr.org> <LYR21977-130682-2001.01.22-02.40.56-- 
w2ev#rochester.rr.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A6C6261.7BE6185C@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


>aprsdCLE>APD214, TCPIPx*: : PELOEZ :K8UI Cleveland_OH snoopy. gwr.com 
>137.148.206.10 n8xos@ohioaprs.net aprsd 2.1.4 


And aren't source callsigns supposed to be AX25 compliant? 


Correctly written software (OSI Level 5, 6 and 7) must (by convention) 
abide by the rules as set forth by lower level protocols. Failure to do 
so often causes an application to be a "poor neighbor" to other 
connected systems (see the thread on "Unhandled Exception Errors" for 
probable symptoms of what some systems may do when encountering 
protocol-skirting 


"aprsdCLE" appears in the source-address field of the frame cited 
above. It appears to contradict the following AX.25 protocol 
statements: 


===== 2.2.13 Address-Field Encoding ===== 

The address field of all frames shall be encoded with both the 
destination and source amateur call signs for the frame. Except for the 
Secondary Station Identifier (SSID), the address field should be made up 
of upper-case alpha and numeric ASCII characters only. If level 2 
amateur "repeaters" are to be used, their call signs shall also be in 
the address field. 


"aprsdCLE" uses lower case letters and is longer than 6 "ASCII" octets 


(where the callsign goes) and uses a non-numeric value for octet 7 
(where the SSID goes). [interestingly, I've found no mention that SSID 
must be numeric...only that it is something other than uppercase Alpha 
and numeric...maybe someone can clarify by citing the appropriate AX.25 
convention? ] 


Unless I'm missing something, it seems that this ought to be brought to 
the attention of the author of aprsd for correction. Of course, I'm 
neither an author, nor considered an insider. My opinion and $0.99 will 
get you a BigGulp at the corner mini market. :0) 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jan 22 14:58:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA18822 
for <lyris.aprsspec@tapr.org>; Mon, 22 Jan 2001 14:58:22 -0600 (CST) 
Message-ID: <LYR11589-130745-2001.01.22-15.11.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 22 Jan 2001 20:58:57 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: [aprssig] Re: Source Callsigns and AX.25 
References: <LYR1643-130734-2001.01.22-14.18.56-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR1643-130734-2001.01.22-14.18.56-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <DULZrKAR8Jb6EwZt@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR1643-130734-2001.01.22-14.18.56--roger#tpeaksys.co.uk@list 
s.tapr.org>, Bob Nielsen <nielsen@oz.net> writes 

>Of course there are many other areas where the AX.25 specification is 
>not rigorously adhered to. For example, the specifications also says 
>that destination and repeater addresses, in addition to the source 


>address are to be amateur callsigns plus SSID, which excludes such 
>addresses as TRACE, WIDE, TCPIP, etc. I don't know if the APRS 
>specification addresses this, but that might be an appropriate place to 
>address this concern. Of course Net/Rom node addresses do not fit this 
>model either. In fact, aliases are not mentioned at all in the AX.25 
>specification. 


The AX25 spec says that the address field consists of six characters, 
plus SSID, and the characters should be upper-case alpha or numeric. The 
address I highlighted wasn't an amateur radio callsign, but that's not a 
problem - non-callsign aliases can still be legal AX25 addresses. The 
problem was that it was eight characters, and some were lower case. 


To pick up on PE1RDW's comment in another reply - I would think that the 
structure of source addresses should be consistent, irrespective of 
whether they originate on RF or on the internet. I can't find anything 
in the spec that says otherwise, after all, frames created on the 
internet masquerade as AX25 frames. 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jan 22 15:15:48 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21169 

for <lyris.aprsspec@tapr.org>; Mon, 22 Jan 2001 15:15:43 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Mon, 22 Jan 2001 21:18:33 +0000 (UTC) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [Laprsspec] Re: [aprssig] Re: Source Callsigns and AX.25 
In-Reply-To: <LYR20957-130743-2001.01.22-14.40.35-- 
jmaslaki#antelope.net@lists.tapr.org> 
Message-ID: <LYR11589-130748-2001.01.22-15.28.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.LNX.4.21.0101222117220 .23772-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 22 Jan 2001, PELRDW (Andre) wrote: 

<talking about invalid APRS callsigns> 

Remember that this frame will never be send over the air in this form. 

It isn't even a frame but just a ascii line so ax25 is not a real problem 


here, its just the question if an aprs program can use it and that seems 
no problem. 


VVNV NV 


Not true! My internet-only callsign, LARAMIE, is being gated back into RF 
by another IGate who gates all traffic he doesn't hear that is a certain 
range from him. 


So...weird callsigns COULD crash machines... 


Joel Maslak 
N7XUC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 22 15:30:19 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21977 

for <lyris.aprsspec@tapr.org>; Mon, 22 Jan 2001 15:30:11 -0600 (CST) 
Date: Mon, 22 Jan 2001 23:38:09 +0100 (CET) 
From: "PEIRDW (Andre)" <aprs@pe1rdw.demon.nl> 
X-Sender: aprs@pelrdw.ampr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] Re: Source Callsigns and AX.25 
In-Reply-To: <Pine.LNX.4.21.0101222117220 .23772-100000@bigsky.antelope.net> 
Message-ID: <LYR11589-130751-2001.01.22-15.43.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.04.10101222333130.22251-100000@pe1rdw. ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 22 Jan 2001, Joel Maslak wrote: 
On Mon, 22 Jan 2001, PELRDW (Andre) wrote: 


> Remember that this frame will never be send over the air in this form. 

> It isn't even a frame but just a ascii line so ax25 is not a real problem 
> here, its just the question if an aprs program can use it and that seems 
> no problem. 


Not true! My internet-only callsign, LARAMIE, is being gated back into RF 
by another IGate who gates all traffic he doesn't hear that is a certain 
range from him. 


VV VV VV VV VV MV 


> So...weird callsigns COULD crash machines... 

> 

Please corect me if I'm mistaken but all the internet trafic gated to rf 
is suppossed to be as a 3th party frame that would leave LARAMIE as ascii. 
If any igate software does it any other way that software is to blame not 
the originator. 

> -= 

> Joel Maslak 
> N7XUC 
> 


73 de Andre PE1RDW 

aprsdigi co-ordinator Netherlands 
member aprs workgroup netherlands 
mailto: pe1rdw@aprsnl.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 22 15:39:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA22803 

for <lyris.aprsspec@tapr.org>; Mon, 22 Jan 2001 15:39:45 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Mon, 22 Jan 2001 14:42:22 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

aprsspec@lists.tapr.org 

Subject: [Laprsspec] Re: [aprssig] Re: Source Callsigns and AX.25 
In-Reply-To: <Pine.LNX.4.04.10101222333130.22251-100000@pe1rdw.ampr.org> 
Message-ID: <LYR11589-130753-2001.01.22-15.52.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0101221439220 .23819-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 22 Jan 2001, PELRDW (Andre) wrote: 


> Please corect me if I'm mistaken but all the internet trafic gated to rf 
> is suppossed to be as a 3th party frame that would leave LARAMIE as ascii. 
> If any igate software does it any other way that software is to blame not 
> the originator. 


This is correct and it is what the other igate is doing - properly. 


However, my concern is what happens when a station tries to plot my 
location on a map, assuming that the software plots the third party 
position reports. If the author assumed that this followed the AX25 spec, 
he will find that he allocated insufficiant space for this call. The 
result will be overwritten memory, possibly causing a crash. My bet is 
that a short one like LARAMIE won't overwrite much, and won't be noticed 
by most people. But, I bet if someone stuck something 
"THISTSAVERYLONGINTERNETCALLANDIDONTCARE" as thier Internet call, it would 
crash many bad implementations. 


Joel Maslak 
N7XUC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 23 20:57:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA17243 

for <lyris.aprsspec@tapr.org>; Tue, 23 Jan 2001 20:57:29 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Wed, 24 Jan 2001 03:00:32 +0000 (UTC) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ?IGATE? 
Message-ID: <LYR11589-130955-2001.01.23-21.10.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0101240239080 .25193-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I watched the Wyoming/Colorado network go to nearly 100% utilization in 
response to a single packet - an IGATE query. You see, the query got 
gated to the Internet and the responses got gated back to RF. I shut down 
my igate as soon as I noticed this, as I would rather not provide this 
service than trash the local RF LAN. Until I can patch aprsd, I'll stay 
down, too, as I believe that is the only thing I can do that is in 
compliance with the spirit of APRS. But, read on, for this isn't only an 
IGATE query problem. 


If you send an IGATE query when you are near an igate, thosands of igates 
will flood your 1200 BPS RF LAN in response to your query, because not 
only will the local igates respond, but also most igates on the web will 
too! 


Is there even a good reason to have an igate respond to an IGATE query 
that was sent over the Internet? I understand that it might not be a bad 
thing for it to respond if it gets the query over RF, as it helps network 
planners see what is going on. But, does anyone really want hundreds of 


machines sending a reply? 


Unfortunately, this isn't limited to IGATES. It also affects any other 
type of query for which thosands of machines could respond... Of course 
the IGATE is most effective because most of the other things you query for 
aren't directly connected to the internet. 


Solutions? 
LONG TERM: 


1) Packets on the Internet that come from the RF stream should be marked 
as coming from the RF stream. This way, remote sites can determine if it 
should respond to a query received on the internet (it is okay to flood 
the internet; it is not okay to flood the RF stream) 


2) Igates should have a timeout feature, just like our repeaters do. 

This prevents an unattended igate from really messing with the RF LAN. It 
should function on a duty cycle basis - say one packet every 15 seconds or 
something, possibly taking into account paths and such. IANAL, but I have 
to think that the spirit of Part 97 requirs those of us running unattended 
stations to make sure that our systems don't interfer with the functions 
of a communications network. 


3) The internet servers should automatically filter out broadcast queries 
that didn't come from the authorized user's call sign. This will prevent 
gated queries from being responded to by older software. 


SHORT TERM: 


1) ALL IGATES SHOULD BLOCK ALL BROADCAST QUERIES. There should be no 
exceptions. I'll be writing a patch sometime this week for aprsd. I'll 
be submitting it to the author and also posting it on the web with a URL 
for anyone interested in setting up more friendly igate. aprsd isn't the 
only software at fault, though, so I encourage APRS software authors to 
look at their software, too. 


2) DON'T USE AN IGATE (or any other query which more than 1 machine will 
respond to) QUERY ON RF UNTIL YOU KNOW YOUR LOCAL RF LAN HAS ADDRESSED 
THIS PROBLEM. This is unfortunate, I realize, but I believe this is the 
only thing that can be done to keep the network sane. 


Joel Maslak 
N7XUC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 23 22:34:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA24389 

for <lyris.aprsspec@tapr.org>; Tue, 23 Jan 2001 22:33:59 -0600 (CST) 
Message-ID: <LYR11589-130963-2001.01.23-22.47.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: ?IGATE? 
Date: Tue, 23 Jan 2001 22:33:34 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <@Q1C0858C .8C155DA0.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Joel, 


On Tuesday, January 23, 2001 9:01 PM, Joel Maslak [SMTP:jmaslak@antelope.net] 
wrote: 


I watched the Wyoming/Colorado network go to nearly 100% utilization in 
response to a single packet - an IGATE query. You see, the query got 
gated to the Internet and the responses got gated back to RF. I shut down 
my igate as soon as I noticed this, as I would rather not provide this 
service than trash the local RF LAN. Until I can patch aprsd, I'll stay 
down, too, as I believe that is the only thing I can do that is in 
compliance with the spirit of APRS. But, read on, for this isn't only an 
IGATE query problem. 


VV VVV VV VV 


A week or more ago, a station up in Canada sent repeated IGATE queries one 
right after another. Sure stressed the Internet feed. 


> If you send an IGATE query when you are near an igate, thosands of igates 
> will flood your 1200 BPS RF LAN in response to your query, because not 


> only will the local igates respond, but also most igates on the web will 
> too! 


Snip 

> Solutions? 

> LONG TERM: 

1) Packets on the Internet that come from the RF stream should be marked 
as coming from the RF stream. This way, remote sites can determine if it 


should respond to a query received on the internet (it is okay to flood 
the internet; it is not okay to flood the RF stream) 


VVNV WV 


It is not okay to flood the Internet IMO. Several Servers have maxed out T1 
lines, and have had to either limit service or find another site with higher 
bandwidth. Many of the APRS servers are hosted free of charge by kind souls. 
We should not abuse this kindness. 


Conservation of bandwidth should be practiced on both the Internet and RF. 
Elimination of excessive ?IGATE? queries is a start. 


SNIP 


> 3) The internet servers should automatically filter out broadcast queries 
> that didn't come from the authorized user's call sign. This will prevent 
> gated queries from being responded to by older software. 


The servers should also filter out packets that are not APRS compliant. Many 
non-compliant packets are gated to RF, along with packets that contain no 
payload, defective headers, and assorted garbage packets. 


Bill KC9XG 


SNIP 

> == 

> Joel Maslak 
> N7XUC 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 25 23:02:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA18642 

for <lyris.aprsspec@tapr.org>; Thu, 25 Jan 2001 23:02:02 -0600 (CST) 
Message-ID: <LYR11589-131252-2001.01.25-23.15.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Neil Johnson" <njohnson@interl.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Dealing with Different Datums =>Geodetic Datum Overview 
Date: Thu, 25 Jan 2001 23:01:40 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <023d01c08755$13015c00$0100a8cO@nandts> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I found this URL while researching the "Degree Confluence Project". 
http: //www.colorado.edu/geography/gcraft/notes/datum/datum_f.html 


Near the bottom there is information on how to translate between different 
map datums. 


Could this info be incorporated into APRS programs to alleviate issues with 
different MAP Datums We could modify the file format for map files to 
include information about the datum it uses, then have the program translate 
the GPS datum (usually WGS84) to the datum used by the map ? 


Neil M. Johnson 

njohnson@interl.net 

http://www. interl.net/~njohnson 

PGP Key Finger Print: 93C0O 793F B66E AQC7 CEEA 3E92 6B99 2DCC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 25 23:15:51 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA20022 

for <lyris.aprsspec@tapr.org>; Thu, 25 Jan 2001 23:15:46 -0600 (CST) 
Message-ID: <LYR11589-131258-2001.01.25-23.29.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-131252-2001.01.25-23.15.15-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Dealing with Different Datums =>Geodetic Datum Overview 
Date: Thu, 25 Jan 2001 21:15:33 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00ee01c08757$03b25fe0$7d92b3d1@celeron> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id XAA20022 


The on-air Datum of APRS is WGS84. APRS+SA has coordinate conversion capability 
to take coordinate input in any of 100+ different map datums and convert to or 
from WGS84. It also can convert from Lat/Long to UTM coordinates. 


Brent Hildebrand, KH2Z 

APRS+SA 

http: //www.tapr.org/~kh2z/aprsplus 
ftp://ftp.tapr.org/aprssig/winstuff/aprsplus 
[] 


> I found this URL while researching the "Degree Confluence Project". 
> 


http: //www.colorado.edu/geography/gcraft/notes/datum/datum_f.html 


Near the bottom there is information on how to translate between different 
map datums. 


Could this info be incorporated into APRS programs to alleviate issues with 
different MAP Datums We could modify the file format for map files to 
include information about the datum it uses, then have the program translate 
the GPS datum (usually WGS84) to the datum used by the map ? 


Neil M. Johnson 

njohnson@interl.net 

http://www. interl.net/~njohnson 

PGP Key Finger Print: 93C0O 793F B66E AQC7 CEEA 3E92 6B99 2DCC 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVV VV VV VV VV VV VV VV VV VV OV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Jan 29 11:54:03 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ0960 

for <lyris.aprsspec@tapr.org>; Mon, 29 Jan 2001 11:53:58 -0600 (CST) 
Date: Mon, 29 Jan 2001 09:53:11 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dealing with Different Datums =>Geodetic Datum Overview 
In-Reply-To: <LYR12892-131252-2001.01.25-23.15.15-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-131756-2001.01.29-12.07.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.GSO.4.10.10101290948340 .17898-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 25 Jan 2001, Neil Johnson wrote: 
I found this URL while researching the "Degree Confluence Project". 
http: //www.colorado.edu/geography/gcraft/notes/datum/datum_f£.html 


> 

> 

> 

> 

> Near the bottom there is information on how to translate between different 
> map datums. 
> 
> 
> 
> 
> 


Could this info be incorporated into APRS programs to alleviate issues with 
different MAP Datums We could modify the file format for map files to 
include information about the datum it uses, then have the program translate 
the GPS datum (usually WGS84) to the datum used by the map ? 


Yes! Xastir uses some limited datum translation capability of the 
PROJ.4 library (libproj) to do this in order to display USGS topo 
maps with the correct datum. In my county there's a 90 to 102 meter 
shift between NAD27 and WGS84 depending on where you are in the 
county. 


If someone wants some GPL'ed example code in Perl that can translate 
between 231 map datums, get the Coordinate.pm Perl module from my 
site. It's easily translated to C. ftp://ftp.eskimo.com/u/a/archer 


BTW: The DOS/Windows maps as used in Xastir are off by what appears 
to be a datum shift. It looks like the original data was NOT in 
WGS84 and the program that made the vector maps didn't do a datum 
shift. It's a Mac program that makes them, right? Closed source? 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 1 15:43:18 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3795 

for <lyris.aprsspec@tapr.org>; Thu, 1 Feb 2001 15:43:17 -0600 (CST) 
Message-ID: <LYR11589-132370-2001.02.01-15.56.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Horzepa, Stan" <Stan_Horzepa@adc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ADMIN: Monthly Announcement 
Date: Thu, 1 Feb 2001 15:42:18 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8204E40F8922D411A0C10008C7A42AC2235A9AQ@MRDNEXCHO1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested in 
discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards another 
list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects that are 
only tangentially related to the APRS protocol specification (like "what kind of 
printer should I buy to print out my copy of the APRS specification?") may be 
considered off-topic. If you start a message with "this is off-topic..." then you 
are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has been 
optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you are 
referencing. (The APRS SPEC SIG software has been optioned to limit the length of 
a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been optioned 
to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any list 
member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find at the 
bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please email 
the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Feb 3 07:41:48 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA17364 

for <lyris.aprsspec@tapr.org>; Sat, 3 Feb 2001 07:41:47 -0600 (CST) 
Message-ID: <LYR11589-132664-2001.02.03-07.55.30- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 03 Feb 2001 08:41:25 -0500 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Please help APRSHELP.COM 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A7COA84.5E5CA2B@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi folks, 

APRSHelp is just the ticket. The name is easy to remember, and 
engenders the right emotion for visiting it. Unfortunately, information 
is only as good as the source. It does a good job of hitting the 
"intro" APRS software but contains not much on some of the other 
Amateur-grown stuff that exists such as Xastir, Afilter, Afilterx, 
PearlAPRS, UI-View, XAPRS, HamHUD and TinyTrak. (ie- what *xisx Afilter 
and how is it used?) 


If you are an author of one or more of these products, would you please 
forward the web page author some information about your product, so that 
it may be included there, too? 


No, I'm not the author...but you may hit the website to find them. (or 
mailto:kc5jgv@arrl.net). 


The potential for this website is great. Please support it with useful 
information. 


Ev Tupis, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 6 19:06:56 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA10525 

for <lyris.aprsspec@tapr.org>; Tue, 6 Feb 2001 19:06:56 -0600 (CST) 
Message-ID: <LYR11589-133452-2001.02.06-19.20.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] APRServe WG 

Date: Tue, 6 Feb 2001 19:06:38 -0600 

MIME-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C0906F .FQ0A83920.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The adhoc APRServe WG will be posting messages here. 
Any interested parties on this SIG yet? 
Bill KC9XG 


Display current vehicle location : 
http://www. findu.com/cgi-bin/find.cgi?KC9XG-14 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 6 19:14:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA10676 
for <lyris.aprsspec@tapr.org>; Tue, 6 Feb 2001 19:14:40 -0600 (CST) 
Message-ID: <LYR11589-133453-2001.02.06-19.28.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 06 Feb 2001 20:13:32 -0500 
From: Bruno Quesnel <quesnelb@ve2.ele.etsmtl.ca> 
Reply-To: quesnelb@ve2.ele.etsmtl.ca 
Organization: Ecole de technologie Superieure 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe WG 
References: <LYR15694-133452-2001.02.06-19.20.47-- 
quesnelbi#ve2.ele.etsmtl.ca@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 


Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A80A13C.FC2800AAQ@ve2.ele.etsmtl.ca> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I got the message and still interested in the participation of the group. 
Bill Diaz wrote: 

The adhoc APRServe WG will be posting messages here. 

Any interested parties on this SIG yet? 

Bill KC9XG 


Display current vehicle location 
http://www. findu.com/cgi-bin/find.cgi?KC9XG-14 


You are currently subscribed to aprsspec as: quesnelb@ve2.ele.etsmtl.ca 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVVV VV VV VV VV 


Bruno Quesnel va2bmg@videotron.ca 

Genie Electrique quesnelb@ve2.ele.etsmtl.ca 
Electrical Engineering queb1604@ele.etsmtl.ca 
Ecole de Technologie Superieure VA2 BMG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 6 19:49:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA14560 

for <lyris.aprsspec@tapr.org>; Tue, 6 Feb 2001 19:49:44 -0600 (CST) 
Message-ID: <LYR11589-133460-2001.02.06-20.03.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


From: Bill Diaz <billdiaz@megsinet.net> 

Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRServe WG preliminary discussions. 

Date: Tue, 6 Feb 2001 19:49:30 -0600 

MIME-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C09075.EDC11000.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The primary purpose of the APRServe WG should be to improve the integrity of 
APRS data provided to TCP/IP users. We should begin to discuss some the areas 
that may require attention. 


1. The linking of servers should provide a secure and reliable method of 
ensuring that all servers obtain all APRS data in a timely manner. 

The current APRServe network links must be documented. Steve Dimse has 
indicated that much of this is available. It should be compiled into a single 
document that can be used as a basis for producing the current network 
specification. Grahpical representaion of the network topology should be 
included. This can then be used to propose future enhancements to the existing 
network. 


2. The present APRS network bandwidth requirements should be analyzed. 
Many of the sites and connectivity are provided to APRS at no cost. We should 
attempt to limit the impact that our activities have at these sites. 


3. The APRS bandwidth requirements and effects on local RF links should be 
analyzed. 

Local RF issues are local issues. The APRServe network should provide a highly 
reliable feed to IGATES and accept data from verified users. Existing 
verification procedures should be examined, documented, and new methods 
proposed. 


4. The proposed specification should incorporate provisions to permit the 
exclusion of data that is not APRS compliant. 

These provisions, if implemented by a server would eliminate any packets that 
are not recognized as APRS compliant packets Servers would have the option of 
performing limited cleanup of APRS packet headers to remove non-essential TNC 
display formatting, rather than rejecting the packet outright. Further 
provisions could be adopted to eliminate APRS packet that carry no information. 


No conversion or changes to payload data would be performed on the APRS packet 
payload information. Mic-E packets would not be converted. 


Bill KC9XG 
Display current vehicle location : http://www. findu.com/cgi-bin/find.cgi?K 
C9XG-14 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 6 20:07:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA16483 

for <lyris.aprsspec@tapr.org>; Tue, 6 Feb 2001 20:07:30 -0600 (CST) 
User-Agent: Microsoft-Entourage/9.0.2509 
Date: Tue, 06 Feb 2001 21:11:03 -0500 
Subject: [aprsspec] Re: APRServe WG 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-133466-2001.02.06-20.21.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <LYR11584-133452-2001.02.06-19.20.47-- 
stanzepa#mail2.nai.net@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B6A618E6.10EF%stanzepa@ct2.nai.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA16483 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 


The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 


POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message.) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 

Do not send messages in HTML of Rich Text format. 


Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 
UNSUBSCRIBING 
To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 
QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


On 2/6/01 8:06 PM, "Bill Diaz" <billdiaz@megsinet.net> wrote: 
> The adhoc APRServe WG will be posting messages here. 

: Any interested parties on this SIG yet? 
: 


Bill KC9XG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 7 09:44:51 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA00324 

for <lyris.aprsspec@tapr.org>; Wed, 7 Feb 2001 09:44:50 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 7 Feb 2001 10:44:36 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe WG preliminary discussions. 
In-Reply-To: <LYR11586-133460-2001.02.06-20.03.40-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-133583-2001.02.07-09.58.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10102071019430 .16649-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 6 Feb 2001, Bill Diaz wrote: 


<snip>> 
> Bill KC9XG 


I agree with all youu wrote. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 7 10:37:40 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ4715 

for <lyris.aprsspec@tapr.org>; Wed, 7 Feb 2001 10:37:36 -0600 (CST) 
Message-ID: <LYR11589-133594-2001.02.07-10.51.30- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRServe question 
Date: Wed, 7 Feb 2001 10:37:19 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q1C090F1.F48D6880.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


APRServe seems to be operating better today. 

However, I noticed that a packet sent to first.aprs.net, and third.aprs.net 
does not get echoed back to the sender. A packet sent to second.aprs.net gets 
echoed back as expected. 

Why the difference between servers? 


Bill KC9XG 


Display current vehicle location 
http://www. findu.com/cgi-bin/find.cgi?KC9XG-14 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 7 10:54:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ7483 

for <lyris.aprsspec@tapr.org>; Wed, 7 Feb 2001 10:54:00 -0600 (CST) 
Message-Id: <LYR11589-133602-2001.02.07-11.07.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe question 
Date: Wed, 7 Feb 2001 11:53:20 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200102071653 .IAAQ8913@scaup.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 2/7/01 11:37 AM Bill Diaz (billdiaz@megsinet.net) wrote: 


>However, I noticed that a packet sent to first.aprs.net, and third.aprs.net 
>does not get echoed back to the sender. A packet sent to second.aprs.net 


>gets 

>echoed back as expected. 

> 

>Why the difference between servers? 
> 


The answer lies in the title of your question. Only second.aprs.net is 
APRServe, a Macintosh program I wrote and the original hub. The other two 
run aprsd. Technically the title should be "APRS Internet System 
question". 


aprsd does not echo sent data back to the originator, while APRServe 
does. Personally I think it is better that the sender see their data 
echoed, I don't recall the reason Dale chose not to... 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 7 12:48:18 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA21263 

for <lyris.aprsspec@tapr.org>; Wed, 7 Feb 2001 12:48:16 -0600 (CST) 
Message-ID: <LYR11589-133663-2001.02.07-13.02.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRServe question 
Date: Wed, 7 Feb 2001 11:01:35 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C09104.1A5A5C00.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Steve, 


On Wednesday, February 07, 2001 10:53 AM, Steve Dimse [SMTP:k4hg@tapr.org] 
wrote: 
> On 2/7/01 11:37 AM Bill Diaz (billdiaz@megsinet.net) wrote: 


>However, I noticed that a packet sent to first.aprs.net, and third.aprs.net 
>does not get echoed back to the sender. A packet sent to second.aprs.net 
>gets echoed back as expected. 

> 

>Why the difference between servers? 


VV VV WV 


The answer lies in the title of your question. Only second.aprs.net is 
APRServe, a Macintosh program I wrote and the original hub. The other two 
run aprsd. Technically the title should be "APRS Internet System 
question". 


VVV Vv 


> aprsd does not echo sent data back to the originator, while APRServe 
> does. Personally I think it is better that the sender see their data 
> echoed, I don't recall the reason Dale chose not to... 


Ok, thanks. My expectation was that when connected to a server I would see all 
data that the server was passing. This is something that needs to be looked 
into. The echoing of sender packets confirms that the packet was indeed 
accepted by the server. 


Bill KC9XG 


> Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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On 2/6/01 8:49 PM Bill Diaz (billdiaz@megsinet.net) wrote: 


>1. The linking of servers should provide a secure and reliable method of 
>ensuring that all servers obtain all APRS data in a timely manner. 

>The current APRServe network links must be documented. Steve Dimse has 
>indicated that much of this is available. It should be compiled into a 
>single 


>document that can be used as a basis for producing the current network 
>specification. Grahpical representaion of the network topology should be 
>included. This can then be used to propose future enhancements to the 
>existing 

>network. 

> 

Reality, or my ideal? The former is going to be impossible to document. 
My idea of how it should be is three servers at the center, each 
interlinked with the other two on port 1313, and every other user and 
IGate connected to one of the three with a verified connections on port 
23/10152 (most IGates and users not desiring buffer dumps on connect), 
port 1314 (IGates desiring the smallest bandwidth, or 10151 (users 
desiring buffer dump). 


>2. The present APRS network bandwidth requirements should be analyzed. 
>Many of the sites and connectivity are provided to APRS at no cost. We 
>should 

>attempt to limit the impact that our activities have at these sites. 

> 

At this time it is very manageable, running about 50k bytes/sec at all 
the sites, about a third of a T1, and all except www.aprs.net have a 
better connection than that. 


>3. The APRS bandwidth requirements and effects on local RF links should be 
>analyzed. 
>Local RF issues are local issues. 


I agree, so why is this analysis part of the IGate process? From the 
beginning it has been the policy of the internet system not to impact 
upon the local LANs. aprsd provides the possibility to negatively impact 
the network if misconfigured, while APRServe doesn't give those sort of 
options. That is a philosophical question that the new aprsd author will 
need to decide. Personally, I was happy with my decision to hardcode the 
potentially QRM causing parameters to prevent problems. 


>The APRServe network should provide a 

>highly 

>reliable feed to IGATES and accept data from verified users. Existing 
>verification procedures should be examined, documented, and new methods 
>proposed. 

> 

This is a biggie. A decision has to be made whether to secure the stream 
at all, and if so, some robust scheme needs to be developed and 
implemented. Not a task for the skittish! 


>4. The proposed specification should incorporate provisions to permit the 
>exclusion of data that is not APRS compliant. 


On this count I favor less rather than more. The only check APRServe 
performs is that a line looks like a packet, roughly 3-9 chars followed 
by a '>' followed eventually by a ':' and at least 6 chars of data, total 
length less than 250 bytes. This eliminates much of the garbage without 
being overly restrictive to changes. 


>These provisions, if implemented by a server would eliminate any packets 
>that 
>are not recognized as APRS compliant packets. 


The problem is that the spec is not static, any substantive change means 
updating all IGates before the new format can be used. While ideally 
people would update their software regularly, there are many users with 
very old versions out there. 


> Servers would have the 

>option of 

>performing limited cleanup of APRS packet headers to remove non-essential 
>TNC 

>display formatting, rather than rejecting the packet outright. 


Something to consider...when I was maintaining the system, something I 
would have killed for is an ID of the exact path a packet took through 
the internet system. My eventual plan was to have each IGate strip off 
any unused digis in the path, then add the callsign of the station which 
sent it to them (rather than having each IGate add theixr own call), 
providing traceability of the packet. With a strong verification system, 
it would make it simple to track offenders. 


Steve K4HG 
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> > aprsd does not echo sent data back to the originator, while 

> APRServe 

> > does. Personally I think it is better that the sender see their 
> data 

> > echoed, 

It's time to start playing with aprsD. Echoing received data 
(optionally) is near the top of the list. Any other enhancement 
requests? 

Bill 


Do You Yahoo!? 
Yahoo! Auctions - Buy the things you want at great prices. 
http: //auctions.yahoo.com/ 
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Stirring the pot a bit. 


> My idea of how it should be is three servers at the center, each 
> interlinked with the other two on port 1313, 


Why only 3? Why not an unlimited number? 3 will be overloaded. It's 
only a matter of time. 


>and every other user and 

> IGate connected to one of the three with a verified connections on 
> port 

> 23/10152 (most IGates and users not desiring buffer dumps on 

> connect), 


Port 23 is telnet. There are reasons (firewalls) to use it fora 
server but it's something that should be discouraged. 


>4. The proposed specification should incorporate provisions to 
permit the exclusion of data that is not APRS compliant. 


> 
> 
> 
> 
> On this count I favor less rather than more. The only check APRServe 
> performs is that a line looks like a packet, 

That's good. Maybe make a separate port for the non-spec packets. 
Trash the real garbage. Pass packets that are close. 


We also need a scheme for passing experimental packets under the 


guise of APRS. 


> Something to consider...when I was maintaining the system, something 
>I 


> would have killed for is an ID of the exact path a packet took 
> through 
> the internet system. 


The originating TCP system could flag the packet with 
something like NWPTCP-1* instead of the current TCPIPx* 


> My eventual plan was to have each IGate strip off 
> any unused digis in the path, then add the callsign of the station 
> which sent it to them 


Another good idea. 


Why don't we either use aprsspec or set up a new mailreflector 
for discussing this. Make it an OPEN discussion OPEN to 
everybody concerned. Build a spec from the consensus. 


Bill 


Do You Yahoo!? 
Yahoo! Auctions - Buy the things you want at great prices. 
http: //auctions.yahoo.com/ 
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I'll run some data captures of the current servers this weekend from work. 
Unless someone has additional suggestions I'll do the following: 


1 - feed data capture - capture the actual information coming across the 
server links (after passing through the daemon and as it crosses the wire) 


2 - take packet traces (via tcpdump) of connect, disconnect, and data 
injection 


3 - take packet traces (via tcpdump) of the same actions via the various 
client programs I've got available. 


4 - dig through the APRSd source for the raw network I/O code to see if 
there are any gotchas hiding. 


I'm open to suggestions and will have just about everything except a Mac 
available to test on. 


73/N5VFF 
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I know people probably won't like these suggestions. They involve 
updating software, using newer computers (I.E. less than 5 years old) as 
key network nodes, and improving the network. That said, I'm going to 
suggest it anyhow. ;) 


I believe the concept that "everyone needs all the traffic" is not 
beneficial for APRS - or any other high volume linking 

network. Hopefully, the technology we develop here can be used on the 
radio waves as well as the internet! 


Why does my APRS client at home care if N7FOOBAR is talking to 
KC7BARFOO? I might care about his position report, but probably not his 
messages. 


Granted, most of the APRServe backbone traffic is simple posits, but I 
bring this up because of the damage the current system is doing to the RF 
network. (I run an Igate, and think the damage is better than going 
without the service, but I would prefer to operate in a slightly more 
professional manner) 


Reality tells me that more than one user will run an Igate in a small 
area. True, we shouldn't do that with the current network, but it 
happens. I'm surprised if I see less than three Igates gating messages 
into my local LAN (and I only gate if I hear the person within one digi 
hop - I may even turn all outgoing gating off). This can and should be 
reduced. 


What I propose has been done on almost every other packet network outside 
of APRS. The Internet does it this way, as does IPX, and most commercial 


packet switching networks. We might be able to learn from these. 


Basicly, I propse ARIP. This would be similar to RIP on the Internet, but 


with the modifications needed to work on APRS. This would also allow 
messaging to work efficiently with more than one 


The packet format on the IP network would be different than it is now. It 
would consist of 16 (this should be enough for now) 32 bit numbers (yes, 
this would increase the size of the packet - but bear with me - it will 
decrease the loops and such greatly). Each of these numbers is an IP 
address, which work like a "Received From:" header in an Internet mail 
message. This will allow easy detection of loops, and also of too many 
hops (any packet with all 16 slots "filled" gets discarded). 


In addition, each packet contains a "secondary network hop count". This 
would be the RF hop count, as best as could be determined. The 

"total" hop count to the station could be easily determined by adding this 
number with the number of IP addresses. 


Of course, the APRS packet would also be included in this message. 


When a NODE (not an end user) receives a packet, it would look at the 
"total hop count" and see if the total hop count for that sender was less 
than the total hop count a local “routing table" (which expires every 30 
minutes or so). If it is, it updates the routing table with the IP of the 
downstream destination - which we know is closer to the source station. 


There would also be a special "Routing Information Packet" which says, 
effectively, "the routes I had for stations X, Y, and Z are no longer 
valid." 


If a packet is found for which there is no known route, it would be sent 
to all IGates. 


This way, when a non-broadcast packet (messaging) is sent, a node could 
look at the routing table, decide which station seems best, and send the 
packet there. It would allow transparent backup functionality to the 
network. If 10 people run igates, only one would get any particular 
packet to gate back to RF. If someone lost their IP connection, that 
route would be removed by the Routing Information Packet, and, shortly, 
new routes would become established. 


Joel Maslak 
N7XUC 
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On 2/7/01 5:00 PM Bill Vodall (wa7nwp@yahoo.com) wrote: 


>> My idea of how it should be is three servers at the center, each 

>> interlinked with the other two on port 1313, 

> 

>Why only 3? Why not an unlimited number? 3 will be overloaded. It's 
>only a matter of time. 

> 

Three is a number adequate for the present level of traffic, and given 
that all three are on connections greater than T-1, they can handle 
roughly 6 times the present level of traffic. 


If you are suggesting that everyone become a central server, this is 
asking for trouble. First, the number of interconnections rises rapidly: 


server 0 
servers 2 
servers 6 
servers 12 
servers 20 


aBWNRPR 


more generally (n-1)«n. 


Next, as long as the software allows user-configurability, the governing 


group must verify each server is correctly configured. Manageable with 
three stable sites, very difficult with 100 or more. 


Finally, each time a server is added, all the others must update their 
interconnection lists, another administrative nightmare. 


>>and every other user and 

>> IGate connected to one of the three with a verified connections on 
>> port 

>> 23/10152 (most IGates and users not desiring buffer dumps on 

>> connect), 

> 

>Port 23 is telnet. There are reasons (firewalls) to use it fora 
>server but it's something that should be discouraged. 

> 

Well, discouraged is a relative term. Do you really want to cut off an 
entire class of users? Many people at least work behind tight firewalls 
that block non-standard ports like 10152. Port 23 is almost always open 
to outgoing connections, allowing these people to participate in the 
system. 


What is the harm in this that it should be discouraged? At the central 
sites, owners must move their telnet connections to another port, which 
takes 10 seconds. None of the other users care what port telnet is on. A 
nice side effect is that telnet, the most common hacking port, has a 
little security through obscurity. 

>> 

>> >4. The proposed specification should incorporate provisions to 

>> permit the exclusion of data that is not APRS compliant. 


>> On this count I favor less rather than more. The only check APRServe 
>> performs is that a line looks like a packet, 


> 
>That's good. Maybe make a separate port for the non-spec packets. 
>Trash the real garbage. Pass packets that are close. 

> 


Close is a relative term. What do you mean? I generally oppose anything 
more than what I described APRServe does. 


>We also need a scheme for passing experimental packets under the 
>guise of APRS. 

> 

There is one, look in the spec under "User-defined format". 


>> Something to consider...when I was maintaining the system, something 
>> I 

>> would have killed for is an ID of the exact path a packet took 

>> through 


>> the internet system. 

> 

>The originating TCP system could flag the packet with 

> something like NWPTCP-1* instead of the current TCPIPx 

> 

Well, it turns out that TCPIP* is important, it shows that the packet 
came from a verified station. If you eliminate this, you must provide 
another means to flag unvalidated packets (or eliminate validation 
altogether). 


>Why don't we either use aprsspec or set up a new mailreflector 
>for discussing this. Make it an OPEN discussion OPEN to 
>everybody concerned. 


I thought were already are doing this. 


> Build a spec from the consensus. 
> 
That's a lot harder than it sounds! 


Steve K4HG 
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On 2/6/01 8:49 PM Bill Diaz (billdiaz@megsinet.net) wrote: 


>1.... Grahpical representaion of the network topology should be 
>included. This can then be used to propose future enhancements to the 
>existing network. 


Being a map oriented person, I always thought this would be fun to do. A 
live NETWORK map drawn in real time showing geographically the links that 
were currently operational. Glad to see it on your list... 


Bob 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 2/7/01 5:29 PM Joel Maslak (jmaslak@antelope.net) wrote: 


>I believe the concept that "everyone needs all the traffic" is not 


>beneficial for APRS - or any other high volume linking 
>network. 


I disagree strongly. The everyone-gets-everything paradigm is central to 
APRS in general, not just the Internet portion, at is in large measure 
responsible for its success. 

> 

>Why does my APRS client at home care if N7FOOBAR is talking to 
>KC7BARFOO? I might care about his position report, but probably not his 
>messages. 

> 

And yet the message page is the third most popular web page (after find 
and weather) on findu.com, with 3000 views in the last week alone. 
"Reading the mail" is a time-honored tradition in ham radio, and clearly 
popular. While it is clear you don't like it, it is what has made the 
internet backbone so very popular. It is important to leave room for what 
other people enjoy in APRS as well as what 


>Granted, most of the APRServe backbone traffic is simple posits, but I 
>bring this up because of the damage the current system is doing to the RF 
>network. (I run an Igate, and think the damage is better than going 
>without the service, but I would prefer to operate in a slightly more 
>professional manner) 

> 

Well, there is no reason that messages should get passed from the 

internet to rf unless the recpient is "local" (generally 2 or less digi 
hops), and the sender is not local. If you are seeing this traffic, then 
it is due to a misconfigured or incorrectly coded IGate. 


>Reality tells me that more than one user will run an Igate in a small 
>area. True, we shouldn't do that with the current network, but it 
>happens. I'm surprised if I see less than three Igates gating messages 
>into my local LAN (and I only gate if I hear the person within one digi 
>hop - I may even turn all outgoing gating off). This can and should be 
>reduced. 

> 

This is a matter of local coordination. One of the ideas I had 
considered, but tabled as too complex, was to have each IGate look for 
other IGates and not transmit if they are not primary. 


Instead, what was planned to eventually get implemented was for an IGate 
to generate a random few second delay when it has a message to send, and 
listen first. If the message is heard on RF within that time, it means 
another IGate has sent it, and therefore the other IGate will not send 
it. A special case of no-delay could be added for a "primary" IGate in 
each area, but of course if you do it, there is one more parameter for 
the operator to mis-configure ;-) 


>What I propose has been done on almost every other packet network outside 
>of APRS. The Internet does it this way, as does IPX, and most commercial 
>packet switching networks. We might be able to learn from these. 

> 

>Basicly, I propse ARIP. This would be similar to RIP on the Internet, but 
>with the modifications needed to work on APRS. This would also allow 
>messaging to work efficiently with more than one 

> 

I want to think about this a little longer before I reply, comments to 
follow in a separate email... 


Steve K4HG 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 7 Feb 2001, Steve Dimse wrote: 


> Something to consider...when I was maintaining the system, something I 


would have killed for is an ID of the exact path a packet took through 
the internet system. My eventual plan was to have each IGate strip off 
any unused digis in the path, then add the callsign of the station which 
sent it to them (rather than having each IGate add their own call), 
providing traceability of the packet. 


VVVV Vv 


Exactly. THis is what I had wanted so that we could use the PATH as the 
loop filter, and trace agent. As it is, we use the 3rd party format 
identifier which makes any other use of the 3rd party format unworkable 
via an RF-INTERNET path. Just a thought to put on the "future" list. 


Bob 
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X-Priority: 3 
X-MSMail-Priority: Normal 
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List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
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Precedence: bulk 
Couple thoughts: 
All opinions are my own and open for discussion -- 


1 - our first task is to document the current transport protocol 
interactions as they exist today. 


2 - in parallel (ahthough hopefully secondary for the folks working on #1) 
we can examine various methods of crafting an APRSServe V2.0 (just made that 
up) protocol suite. The protocol suite itself might just expand on the 
interaction between servers and the interaction between servers and clients. 
(I know that "server" and "client" can get a bit fuzzy, but its the closest 
I can get) 


As part of this exercise we might think of the the server software as 
consisting of several modules 
(note: this is a refernce model) 
- IP network transport - make sure we get the bits from A-B in a consistent 
format 
- Session control - some type of capability determination and 
request/response mechanism for data 
- Authentication - challenge/response and who is allowed to do what to whom. 
- AX.25 inbound filtering - what do we send to IP 
-AX.25 outbound filtering - what do we send from IP 
- IP inbound filtering - what do we accept from connected machines (support 
for machine/class level configs) 
- IP outbound filtering - what do we send to connected machines (support for 
machine/class level configs) 
- stateful packet parsing engine - able to determine packet type and 
possibly other data (hopefully most of the work is already in PerlAPRS) 


I'm thinking about a session control protocol that would go something like 
this: 


Client/Server (or server/server) - 

client initiates connection request to server 

server checks IP rules to see if client is allowed to connect 

client authenticates with server 

client and server negotiate client's desired data vs. server capability 
server and client exchange data according to #4 

server or client can initiate graceful disconnect 


DnoRWNR 


4 - the heaviest detail will be involved in #4. I think we need to thrash 
around a bit on what level we want to negotiate down to. Some 
possibilities: 

- only within X nm radius of point X 


- only weather reports 

- only messages (or no messages not addressed to stations not on this 
connection) 

- etc, etc, etc 


Sounds like loads of fun to me!!! 


73/N5VFF (actually M/N5VFF/P until I get a UK ticket) 


sees Original Message ----- 

From: "Joel Maslak" <jmaslak@antelope.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Wednesday, February 07, 2001 10:29 PM 

Subject: [aprsspec] Re: APRServe WG preliminary discussions. 


I know people probably won't like these suggestions. They involve 
updating software, using newer computers (I.E. less than 5 years old) as 
key network nodes, and improving the network. That said, I'm going to 
suggest it anyhow. ;) 


I believe the concept that "everyone needs all the traffic" is not 
beneficial for APRS - or any other high volume linking 

network. Hopefully, the technology we develop here can be used on the 
radio waves as well as the internet! 


VV VV VV VV VM 
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On 2/7/01 5:57 PM Bob Bruninga (bruninga@usna.edu) wrote: 


>Exactly. THis is what I had wanted so that we could use the PATH as the 
>loop filter, and trace agent. As it is, we use the 3rd party format 
>identifier which makes any other use of the 3rd party format unworkable 
>via an RF-INTERNET path. Just a thought to put on the "future" list. 

> 

Loops are easy to prevent by proper configuration, I don't think we need 
it for loop prevention, but regardless I do think it is a good idea. 


Steve K4HG 
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From: Bill Vodall <wa7nwp@yahoo.com> 
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In-Reply-To: <200102072223 .0AA12197@avocet.prod.itd.earthlink.net> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


If you are suggesting that everyone become a central server, this is 
asking for trouble. First, the number of interconnections rises 
rapidly: 


4 servers 12 
5 servers 20 


VVVV VV VV 


more generally (n-1)«n. 


If each hub connected to two or three other hub's, everybody 

would get everything. Why should all the hubs have to connect 

to all the other hubs? Make it a true mesh network. It would be 
possible for areas to "break off". That would have to be considered. 


> Well, discouraged is a relative term. Port 23 is almost always 
> open 


> What is the harm in this that it should be discouraged? 


No real harm beyond the fact that it makes the hubs non-standard. 
Does hub 2 also support 10151 in parallel with 23? The more 
consistency there is between systems, the better! 


> Close is a relative term. What do you mean? I generally oppose 
> anything more than what I described APRServe does. 


Close is what you described. 


> Well, it turns out that TCPIP* is important, it shows that the packet 
> came from a verified station. If you eliminate this, you must provide 
> another means to flag unvalidated packets 


Of course. Wouldn't a scheme that provides both validation info AND 
identify the originating IGate be a good thing? 


>Why don't we either use aprsspec or set up a new mailreflector 
>for discussing this. Make it an OPEN discussion OPEN to 
>everybody concerned. 


VV VV VV 


I thought were already are doing this. 


There is talk of a new committee. 


> > Build a spec from the consensus. 
>> 
> That's a lot harder than it sounds! 


For sure. 


Bill 


Do You Yahoo!? 
Yahoo! Auctions - Buy the things you want at great prices. 
http: //auctions.yahoo.com/ 
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On 02/06/01, "Bill Diaz <billdiaz@megsinet.net>" wrote: 
> The adhoc APRServe WG will be posting messages here. 
> 

> Any interested parties on this SIG yet? 


I'm here now, but had long ago unsubscribed from this list. 
As this got started on APRSSIG, I'd recommend you post that 
the discussion has moved here as I see no reference to it 
on APRSSIG. 


Personally, I'd rather see a independant list focused on the 
task at hand but whatever works. This is, or was, the TAPR 
sponsored WG "peanut gallery" list, and until we know its status, 
mixing the groups might confuse the issue. I'd most certainly 
ask their permission to host here if your going to stay. 


Of course, the new list should be open access and not private 
like the previous TAPR WG list was. 


-Jeff 

> 

> Bill KC9XG 

> 

> Display current vehicle location : 

> http://www. findu.com/cgi-bin/find.cgi?KC9XG-14 
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Jeff said.... 
snip 
> Of course, the new list should be open access and not private 
> like the previous TAPR WG list was. 
> 
> -Jeff 
> 
AMEN !IEttrbibbdrbdrbdrerde 
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I just wrote down some things I'd like to see in a draft 


outline. I am sure I missed some things. Please add what is 
missing. 


Thanks 


Jeff 


We really have three tasks here. 


1. Document what exists so someone can develop applications for it. 
2. Document need ommisions and fixes (to both server and clients) (x) 
3. Document extensions (xx) 


Don't forget we do need to get on paper what exists as well 
as what needs to be fixed and what needs to be extended. Here is my 
view on it: 


OVERVIEW of APRSERVE network (use Steve's papers) 
BASIC STUFF 


Connecting to the server (basic port numbers) 
Decoding posits (reference to APRS protocol document?) 
Client verfication ( source code snippet) 

Enter posits 


MESSAGING 


Overview (use Steve's paper) 
Sending messages ( APRS protocol document?) 
Recieving messages 
Internal server communication (port numbers ect) 
Message passing 
*xxExtensions to messaging 
RF message gateway selection 
Least hop routing 
Least power routing 


FILTERING 


Message Dup's (source code snippet or structure description) 
xNon-complient packet filtering 
*xGeo-Filtering 

By feed 

By client (might be OK on smaller FAST servers) 


CLIENTS 


Connection to the server, rules 
Messaging rules 
I see you, you see me, (flood broadcast) 
xxWho are my RF neighbors 
xxWhat are their RF footprints 
*xxList of stations nearby (lat/lon) 
*xxLeast power routing 
*xxServer selection of gateway message station 
Client gateway rules 
xOnly gateway APRS complient packets 
xNo protocol conversions done on gatewayed packets 
*xNo math conversions done on any gatewayed frames 


Future extensions/fixes (framework for developers, not set in stone) 
Go over justifications for extensions and food for thought. 


Anyways, that is my laymans view of it. 


-Jeff 
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Catching up on old mail... 


On 02/07/01, "Bill Vodall <wa7nwp@yahoo.com>" wrote: 
Stirring the pot a bit. 


> 
> 

> > My idea of how it should be is three servers at the center, each 
> > interlinked with the other two on port 1313, 
> 
> 
> 


Why only 3? Why not an unlimited number? 3 will be overloaded. It's 
only a matter of time. 


Agree. While I'd question to infinity, 3 clearly is to small of a number, 
even for just the U.S. let alone the world. If the number is going to be 
staticly fixed, then you want to make sure you have one directly 
downstream 

of each network hub (Chicago, Washington and San Jose). Then of course 
other continents/counties should have them near their major switch sites. 


>and every other user and 

> IGate connected to one of the three with a verified connections on 
> port 

> 23/10152 (most IGates and users not desiring buffer dumps on 

> connect), 


Port 23 is telnet. There are reasons (firewalls) to use it for a 
server but it's something that should be discouraged. 


VV VV VV VV 


Agree 100%. I believe the ITEF (that right?) assigns port numbers and 
while we may not need a specific assignment, we shouldn't co-op other 
adopted port numbers. I think anything above 1023 is fair game with 
some exceptions. 


-Jeff 
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On 02/07/01, ""Brian D Heaton" <bdheaton@c4i2.com>" wrote: 


> 1 - our first task is to document the current transport protocol 
> interactions as they exist today. 


Yes, agree 100%. Trying to find all the documentation as it exists now 

is tedious at best. Should be a document that 90% of experinced developers 
can use to develop a application with no questions asked. The system is 
actually fairly simply.... this task will be alot easier then the over 

the air spec.... but locating all the info can be challeging. 


> 2 - in parallel (ahthough hopefully secondary for the folks working on #1) 
> we can examine various methods of crafting an APRSServe V2.0 (just made that 
> up) protocol suite. 


Also agree 100% here. Bill Diaz through his hard work has found a number 
of 

"warts" in the system. As we document I'm sure we will find more. The 
APRSSERVE system, unlike the client base, is fairly 

small in numbers. Hence getting everyone to update will be far easier and 
we have no need for a legacy mindset. So why put it off? 


-Jeff 
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Precedence: bulk 


On 02/07/01, "Bill Vodall <wa7nwp@yahoo.com>" wrote: 


> > 5 servers 20 
>> 
> more generally (n-1)x*n. 


If each hub connected to two or three other hub's, everybody 

would get everything. Why should all the hubs have to connect 

to all the other hubs? Make it a true mesh network. It would be 
possible for areas to "break off". That would have to be considered. 


VV VV VV 


Isn't that how the NOS convers servers do it? I know at one time they had 


a nice map made up of the entire convers server network... I'll need to 
see if I can find the link to it.... I think the fellow doing MFNOS was 
behind it. 

-Jeff 
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MIME-Version: 1.0 
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Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <02fd01c09168$59cOae80$08db0ecf£@187th.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
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> My idea of how it should be is three servers at the center, each 
> interlinked with the other two on port 1313, 


Why only 3? Why not an unlimited number? 3 will be overloaded. It's 
only a matter of time. 


VV VV Vv 


3 centralized servers (or some other magic number) could very well be 
appropriate with some caveats. 


1) No client connections. 

2) Load-sharing/balancing. ergo: nearest server routing. Basically a 
hierarchy to distribute outbound traffic. These server should learn 
something from an IP routing protocol whereas they only send data to 
"registered neighbors" who have connectivity via a qualified path to the 
source and/or destination station. This WILL reduce load network wide. 
3) Lets NOT forget about the bigger portion of the network: RF similar 
features for dissemination of data between nodes needs to be created. 


: Agree 100%. I believe the ITEF (that right?) assigns port numbers and 


Yes. Without going into ad-nauseum detail, it would be difficult to obtain 
a "well known port" assignment unless we subject ourselves to writing a IETF 
draft/RFC-like document. 


: while we may not need a specific assignment, we shouldn't co-op other 
: adopted port numbers. I think anything above 1023 is fair game with 
: some exceptions. 


Well known ports, both UDP and TCP are assigned through 1023. You are 
correct that anything beyond those ports is fair game up to 16,535 (could be 


wrong on max...rusty). 


Further, I really think the widen-n routing scheme was a great start in the 
right direction. There is no reason why the network couldn't have a bit 
more intelligence to determine nearest neighbors. It will always be a 
"broadcast" packet by nature of radio. But if this intelligence is coupled 
with some sort of compliance checking algorythms to determine that a 
neighbor is truly APRSSpec compliant can't hurt. 


How many times have each of you found someone who just loaded any of the 
APRS software programs, and configured themselves as a WIDE and as such, 
reduced the overall coverage of your local network? It's happened around 
here before. Until someone NOTICES that someone is being a WIDE with 5 watts 
at 20 feet, it can be strange. 


Finally, I know many of you have seen my posts with regards to the spec. I 
want to go on record however saying that I firmly enjoy the capabilities of 
APRS, and am willing to step up to the plate to help whenever possible. That 
being said though...an ounce of paranoia isn't a bad thing. There are 
people out there, and yes even in the amateur community that can/will take 
advantage of other folks hard work. I didn't want any work on the APRS spec 
to suffer any such fate. 


For the record... I'm a data networking engineer, and would like to try to 
apply some of the rulesets of making wireline networks more robust to the 
APRS spec. 


-Jeff 
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All caught up... 


On 02/07/01, "Joel Maslak <jmaslak@antelope.net>" wrote: 

> I know people probably won't like these suggestions. They involve 

> updating software, using newer computers (I.E. less than 5 years old) as 
> key network nodes, and improving the network. That said, I'm going to 

> suggest it anyhow. ;) 


I've heard these same arguments applied to the end users. They 

are even more specious when applied to server sysops. You would be hard 
pressed to do much of anything on the internet with software/hardware 
that was older then 3 years let alone 5. 


Ox look at it another way, what does that 5 year old computer hardware 
cost? $200 at a used computer store? If a guy can't afford that, he 
certainly can't afford the internet bandwidth to be able to function 
as a server. If you want to run with the big dogs, it costs money. 


73 


Jeff 
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I have an idea for verification: use public key cryptography (on the 
Internet side only of course). 


The RSA public key encryption algorithm is now in the public domain so: 


@. APRS Verifier creates a permanent public/private key pair. 

1. Each APRS User generates a public/private key pair. 

2. Each APRS User submits public key, call sign, and maybe some dough (a 
couple of bucks, maybe via PayPal, to show they are serious or compensate 
the APRS verifier for bandwidth, server h/w, support) to the APRS Verifier's 
website. 

3. APRS Verifier checks the APRS User's info. If it is up to snuff, signs 
the APRS User's key with it's private key, and sends a "pick-up-number" to 
the APRS User. 

4. APRS User uses pick-up number to retrieve signed-public key from APRS 


Verifier's web site. 


To be verified. 

1. APRS User connects to an APRS Server. 

2. APRS Server sends a "challenge" to the APRS User 

3. APRS User signs "challenge" with private key, sends signed challenged and 
verified signed public key back to the APRS Server. 

4. APRS Server decodes "challenge" with APRS User's public key , proving it 
came from that user. Checks APRS Verifier's signature with the APRS 
Verifier's public key, proving that APRS User has been verified. 


(I think there is a better way to do this, but my copy of "Applied 
Cryptography" is not at hand). 


Advantages: 
- Prevents Spoofing 
- Can have several APRS Verifiers 


Disadvantages: 

- Adding Cryptography to existing APRS clients could be difficult 
(although public available crypto libraries are available for most 
languages/platforms) . 


(sound feasible ?) 


Neil M. Johnson 

njohnson@interl.net 

http://www. interl.net/~njohnson 

PGP Key Finger Print: 93C0O 793F B66E AQC7 CEEA 3E92 6B99 2DCC 
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A lot have folks have xtalked* about what they would do. Some have even 
xanalyzedx some of the problems. But before I judge the current system, it 
would only be fair to draft a new "spec", write a different client side, 
write a new server side, invest in the hardware, find someone to help with 
the T1 backbone, host a site for folks to download the install and help 
documentation (and registration) -assuming they meet the min h/w req'ts, and 
monitor and debug it for a while. 


As mentioned, it's more user errors than system weakness. 


What we've built to now doesn't seem so bad then, and look at the effort it 
took! 


Thanks! Most of military projects don't turn out so well. 
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Jeff King wrote: 


> I know at one time they had 
> a nice map made up of the entire convers server network... I'll need to 
> see if I can find the link to it.... 


Here it is: 


ftp://ftp.intac.com/pub/hamradio/tcpip/mfnos/spamnet/spamnet.map 
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Our first priority should be documenting the existing network and how it 
presently operates. Steve has provided much of the needed information and 
insight into the many of the design decisions. Others have supplied much 
useful information. 


We need a volunteer to compile information provided by Steve into a single 
document. Who is willing to accept this responsibility? 


The network improvment postings have covered quite a bit of ground. 
Suggestions for network improvements seem to fall into 2 general categories. 
1. Improvements to the existing network. 

2. New network design. 


IMO, initial improvements should be limited to those that would preserve the 
ability of existing client applications to function without change. A second 
phase could focus on improvements that provide additional services that may 
require changes to existing client applications. 


Perhaps we could start a new thread that would focus on proposals for the next 
generation network? Of course, a new network design would require that APRS 
application developers agree to make changes to take advantage of the design. 


Bill KC9XG 


Display current vehicle location 
http://www. findu.com/cgi-bin/find.cgi?KC9XG-14 
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Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Previously, Bill Vodall (wa7nwp@yahoo.com) wrote: 
> Port 23 is telnet. There are reasons (firewalls) to use it fora 
> server but it's something that should be discouraged. 


Using port 23 is, in my opinion, a horrible idea. The only reason it's 
running on third.aprs.net is so I'm conforming with first & second, and 
even then it's a redir to 10152. There's no way I'm going to allow aprsd to 
run as root just so it can bind to a priviledged port we shouldn't be using 
in the first place. 


| 
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Date: Thu, 8 Feb 2001 02:08:21 -0500 
From: Jon Anhold <jon@snoopy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] list 
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Precedence: bulk 


Personally, I think we should have our own list for this discussion. 


To that end, I've created one. I'll leave it up to you all to decide if we 
use it, but you may join by visting this URL: 


http://www. ohioaprs.net/mailman/listinfo/aprserve-wg 


The list is open to anyone. 


=] 
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for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 01:39:42 -0600 (CST) 
Date: Thu, 8 Feb 2001 02:39:26 -0500 
From: Jon Anhold <jon@snoopy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: list 

Message-ID: <LYR11589-133834-2001.02.08-01.53.38-- 
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Reply-To: jon@snoopy.net 

References: <LYR22292-133832-2001.02.08-01.22.31--jon#snoopy.net@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

Content-Disposition: inline 

User-Agent: Mutt/1.2i 

In-Reply-To: <LYR22292-133832-2001.02.08-01.22.31--jon#snoopy.net@lists.tapr.org>; 
from jon@snoopy.net on Thu, Feb 08, 2001 at 02:08:21AM -0500 
X-No-Archive: yes 

X-PGP-Fingerprint: C4 C5 CE 7B 2A F6 2F 61 A1 23 6C 73 3A BC 5B 13 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Just for kicks, I've also created an APRS WikiWikiWeb, which might be 
useful for documentation, or it might not. 


You can check it out at: 
http://www. ohioaprs.net/wiki/ 
=] 
Previously, Jon Anhold (jon@snoopy.net) wrote: 
> Personally, I think we should have our own list for this discussion. 
> 
To that end, I've created one. I'll leave it up to you all to decide if we 


use it, but you may join by visting this URL: 


http: //www.ohioaprs.net/mailman/listinfo/aprserve-wg 


VVVVNV WV 


The list is open to anyone. 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 02:49:06 2001 
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for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 02:49:06 -0600 (CST) 
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Date: Thu, 8 Feb 2001 08:50:38 +0000 
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From: Roger Barker <roger@peaksys.co.uk> 
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In article <LYR13460-133832-2001.02.08-01.22.31--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Jon Anhold <jon@snoopy.net> writes 

>Personally, I think we should have our own list for this discussion. 

> 

>To that end, I've created one. I'll leave it up to you all to decide if we 
>use it, but you may join by visting this URL: 

> 

> http://www. ohioaprs.net/mailman/listinfo/aprserve-wg 


Given that this list is called APRSSPEC, and the discussion is about an 
APRS SPECification, I would have thought that it was an absolutely ideal 
place to discuss it. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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X-Message-Id: <20010208041743 .I120136@snoopy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As I said, I'll leave it up to you all. I thought this list was for "the" 


APRS Spec, and perhaps a forum dedicated to the APRServe topic 
would be appropriate. 


=a 


Previously, Roger Barker (roger@peaksys.co.uk) wrote: 


> In article <LYR13460-133832-2001.02.08-01.22.31--rogeri#peaksys.co.uk@lis 

> ts.tapr.org>, Jon Anhold <jon@snoopy.net> writes 

> >Personally, I think we should have our own list for this discussion. 

>> 

> >To that end, I've created one. I'll leave it up to you all to decide if we 
> >use it, but you may join by visting this URL: 

>> 

>> http://www. ohioaprs.net/mailman/listinfo/aprserve-wg 

> 

> 


Given that this list is called APRSSPEC, and the discussion is about an 


> APRS SPECification, I would have thought that it was an absolutely ideal 
> place to discuss it. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 
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Date: Thu, 8 Feb 2001 10:03:48 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: list 
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roger#tpeaksys.co.uk@lists.tapr.org> 
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<20010208041559 .H20136@snoopy.net> 
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In article <20010208041559.H20136@snoopy.net>, Jon Anhold 

<jon@snoopy.net> writes 

>My understanding was that we are not discussing the APRS Specification, but 
>the APRServe network and related topics. 

> 

>Am I mistaken? 


Well, I thought the discussion was about a proposed specification for 
the APRS internet server network, which I would class as an APRS 
specification. But perhaps this list was only supposed to be for THE 
APRS spec? 


[snip previous comments] 
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On 2/8/01 3:50 AM Roger Barker (roger@peaksys.co.uk) wrote: 


>Given that this list is called APRSSPEC, and the discussion is about an 
>APRS SPECification, I would have thought that it was an absolutely ideal 
>place to discuss it. 

> 

I agree, I will not be moving to any other list... 


Steve K4HG 
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Neil, 

Your proposal should be considered for the next generation network. Perhaps 
this dicussion and items related to the next generation network could be 
contained in threads dedicated to this purpose. 


Would be beneficial if we could use subjects that indicate if our posts relate 
to improving the existing network or a new network. 


Subjects similar to: 

RE: [aprsspec] New or RE:[aprsspec] Improve 
Could be used to permit SIGGERS to view the posts that may be of interest to 
them. 


Bill KC9XG 


On Wednesday, February 07, 2001 7:23 PM, Neil Johnson 
[SMTP:njohnson@interl.net] wrote: 

> I have an idea for verification: use public key cryptography (on the 
> Internet side only of course). 

> 

> The RSA public key encryption algorithm is now in the public domain so: 


SNIP 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 07:17:24 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA24859 

for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 07:17:23 -0600 (CST) 
Message-ID: <LYR11589-133866-2001.02.08-07.31.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe WG preliminary discussions. 
Date: Thu, 8 Feb 2001 06:45:11 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C0919F .25A0D9EO.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Kevin, 


On Wednesday, February 07, 2001 6:45 PM, Kevin Brown 
[SMTP : kbrown@powerhouseproductions.com] wrote: 


> : > > My idea of how it should be is three servers at the center, each 

> : > > interlinked with the other two on port 1313, 

>:> 

> : > Why only 3? Why not an unlimited number? 3 will be overloaded. It's 
> : > only a matter of time. 


> 3 centralized servers (or some other magic number) could very well be 
> appropriate with some caveats. 


> 1) No client connections. 


Regional servers or hubs could be employed to provide end-user connections. 
This is presently done to a limited extent but should be expanded. Initially, 


this could be implemented without changes to the existing network. 


2) Load-sharing/balancing. ergo: nearest server routing. Basically a 
hierarchy to distribute outbound traffic. These server should learn 
something from an IP routing protocol whereas they only send data to 
"registered neighbors" who have connectivity via a qualified path to the 
source and/or destination station. This WILL reduce load network wide. 


VV VV WV 


IMO, this would be appropriate to consider for the next generation of network. 
SNIP 


Bill KC9XG 
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The aprsspec list is a perfectly appropriate place for this discussion, 
at least at this stage of the game. You're welcome to keep using it. 


73, 
John N8UR 
jra@febo.com -- n8ur@tapr.org 
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On 2/7/01 7:44 PM Kevin Brown (kbrown@powerhouseproductions.com) wrote: 
>1) No client connections. 
Doesn't that defeat the whole purpose of setting the system up? 


>2) Load-sharing/balancing. ergo: nearest server routing. Basically a 
>hierarchy to distribute outbound traffic. These server should learn 
>something from an IP routing protocol whereas they only send data to 
>"registered neighbors" who have connectivity via a qualified path to the 
>source and/or destination station. This WILL reduce load network wide. 


Let me explain again about the network load. Two servers on T1 lines were 
close to maxing out. Now there are three on much fatter pipes. To say 
that the load could grow six time present without strain is being 
conservative. Will there be a six-fold increase? Maybe someday, but it is 
years and years away. Sure, we could put in 1000 servers now, and cover 
the day when every human on the planet will be on APRS, but that seems a 
bit of overkill. It took more than 4 years for the system to outgrow the 
original 2 servers on T1, during the most explosive growth of APRS (which 
has tapered off significantly), I expect the three server system to 
continue for a similar period of time. I think looking 4 years down the 


pike is more than adequate in this case... 


>3) Lets NOT forget about the bigger portion of the network: RF similar 
>features for dissemination of data between nodes needs to be created. 

> 

OK, if by this you mean selective routing on TCP, I disagree strongly. 
APRS exists on a one-to-many paradigm, the internet is the ultimate 
expression of that, with one-to-all. For those that don't want it all, 
there is Bill's excellent AFilter and AServer, but most people want to 
see everything, the volume is not yet overwhelming even to a modem 
connection, people's pipes are getting fatter much faster than the stream 
is growing, I really don't see the need... 


Steve K4HG 
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On 2/7/01 6:15 PM Jeff King (jeff@aerodata.net) wrote: 


>Agree. While I'd question to infinity, 3 clearly is to small of a number, 
>even for just the U.S. let alone the world. 


On what basis do you claim that three is "to small a number"? 


Steve K4HG 
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On 2/7/01 6:19 PM Bill Vodall (wa7nwp@yahoo.com) wrote: 


>If each hub connected to two or three other hub's, everybody 

>would get everything. Why should all the hubs have to connect 

>to all the other hubs? Make it a true mesh network. It would be 
>possible for areas to "break off". That would have to be considered. 
> 

That's exactly the reason it is best to have all the servers conenct to 
each other. Otherwise it is necessary to develop some way of making sure 
each packet is completely distributed within the network. 


If you have some other arrangement, then a physical loop is possible. In 
this case, you must now develop an alternative method of preventing 
looping. You become dependent of every programmer developing code that 
exactly matches the protocol. An error could bring down the entire 


network. I think the present arrangement is better, where it is not 
physically possible to create a loop (except by misconfiguration, and 
again I'd like to see that prevented by aprsd the way it is by APRServe). 


>> Well, discouraged is a relative term. Port 23 is almost always 
>> open 

> 

>> What is the harm in this that it should be discouraged? 

> 

>No real harm beyond the fact that it makes the hubs non-standard. 
>Does hub 2 also support 10151 in parallel with 23? The more 
>consistency there is between systems, the better! 

> 

No, APRServe (and first.aprs.net for that matter) do not support the dual 
ports. 


Steve K4HG 
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On 2/8/01 7:45 AM Bill Diaz (billdiaz@megsinet.net) wrote: 


>> 3 centralized servers (or some other magic number) could very well be 
>> appropriate with some caveats. 

> 

>> 1) No client connections. 

> 

>Regional servers or hubs could be employed to provide end-user connections. 
>This is presently done to a limited extent but should be expanded. 
>Initially, 

>this could be implemented without changes to the existing network. 

> 

Regional is a difficult term to identify on the internet. From 
www.findu.com to www.aprs.net is 3 physical miles, but 14 hops (through 
Chicago and Dallas) on the internet. second.aprs.net is only 10 hops from 
findu, but the path is direct (and the ping time shorter). This is hardly 
a unique situation... 


For people that do not want the full internet feed there is AFilter and 
AServe. However, I think that things do not warrant creating a complex 
network with more layers than is necessary. A single group of central 
servers is more than capable of supplying the present load, now and in 
the forseeable future. KISS!!!! 


Steve K4HG 
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On 2/8/01 1:59 AM Jon Anhold (jon@snoopy.net) wrote: 


>Using port 23 is, in my opinion, a horrible idea. The only reason it's 
>running on third.aprs.net is so I'm conforming with first & second, and 
>even then it's a redir to 10152. There's no way I'm going to allow aprsd to 
>run as root just so it can bind to a priviledged port we shouldn't be using 
>in the first place. 

> 

First, I only asked the new first to move to port 23, because that is 

where it has been on APRServe almost since the beginning, changing it 

would have meant a lot of changes to user config files. I'm glad you did 
this, it makes it less confusing, but it was not required. The central 
servers have had different port arrangements for the last year or so, 

since I moved www.aprs.net to linux. 


Second, please explain what is so horrible. True, it's not "pure", but 
how would you feel if you lived behind a restrictive firewall and this 
was your only way to get the APRS feed? I have to deal with this at work, 
the hospital blocks all non-standard ports, but it allows 23. I know I'm 
not the only one (I wasn't facing this at work when I moved the port to 
23, this was done for other firewalled users). It's not ideal, but as 
you've shown, you needn't run as root to access the port, though most 
people do run aprsd as a daemon... 


Steve K4HG 
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John, 


Ok, thank you for your support. TAPR provides many needed services to the 
digital community, and these lists are much appreciated. 


Bill KC9XG 


On Thursday, February 08, 2001 7:27 AM, John Ackermann [SMTP:jxra@febo.com] 
wrote: 


The aprsspec list is a perfectly appropriate place for this discussion, 
at least at this stage of the game. You're welcome to keep using it. 
73, 

John N8UR 

jra@febo.com -- n8ur@tapr.org 
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Steve, 


On Thursday, February 08, 2001 7:27 AM, Steve Dimse [SMTP:k4hg@tapr.org] wrote: 
On 2/7/01 7:44 PM Kevin Brown (kbrown@powerhouseproductions.com) wrote: 


Vv 


> >1) No client connections. 

> 

> Doesn't that defeat the whole purpose of setting the system up? 
> 

> 


>2) Load-sharing/balancing. ergo: nearest server routing. Basically a 
SNIP 


> Let me explain again about the network load. Two servers on T1 lines were 
> close to maxing out. Now there are three on much fatter pipes. To say 
> that the load could grow six time present without strain is being 

> conservative. 

SNIP 


> >3) Lets NOT forget about the bigger portion of the network: RF similar 
> >features for dissemination of data between nodes needs to be created. 


OK, if by this you mean selective routing on TCP, I disagree strongly. 
APRS exists on a one-to-many paradigm, the internet is the ultimate 
expression of that, with one-to-all. For those that don't want it all, 
there is Bill's excellent AFilter and AServer, but most people want to 
see everything, the volume is not yet overwhelming even to a modem 
connection, people's pipes are getting fatter much faster than the stream 
is growing, I really don't see the need... 


VV VVV VV 


Many AFilter users run the distance filters almost wide open. Others use it to 
limit the feed to provide regional data only. This can be particularly 
important in countries that charge Internet fees based on the volume of data 
downloaded. 


Regional hubs that connect to the APRS core servers could be configured to 
provide APRS data feeds tailored to users needs. This could include 
GeoFiltered data, weather only, etc. Regional hubs could provide limited or 
expanded services without placing additional burdens on the core servers. 


Selective routing could be implemented at a regional hub if desired. There 
would be no need to provide this capability in the core servers. IMO, they 
should be dedicated to providing a reliable and consistant feed. 


Bill KC9XG 
> Steve K4HG 
> 
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>>Date sent: Wed, 7 Feb 2001 15:29:20 -0700 (MST) 

>>From: Joel Maslak <jmaslak@antelope.net> 

>>To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
>>Subject: [aprsspec] Re: APRServe WG preliminary discussions. 
>> 


>>I know people probably won't like these suggestions. They involve 


>>updating software, using newer computers (I.E. less than 5 years old) as 
>>key network nodes, and improving the network. That said, I'm going to 
>>suggest it anyhow. ;) 

>> 

>>I believe the concept that "everyone needs all the traffic" is not 
>>beneficial for APRS - or any other high volume linking 

>>network. Hopefully, the technology we develop here can be used on the 
>>radio waves as well as the internet! 


Hello to the list, 


A couple questions: 


Could their be different streams? A National stream and Regional streams? 


Could the basic Time,Date,Call sign info could be used for filtering? 


Would IGates be able to filter messages so that dups are cut down to maybe 
twice? 


Could the GHz portion of the Amateur Radio spectrum be used for IGATE radio 
traffic, cutting down the APRS 2meter traffic?? 


Is or could the National traffic,in text form,be posted to a web site for 
downloading?? 


(I hope my questions have not been too far off track for the group.) 


Paul 
N8VXD 
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Roger and Group 


I'm going to ask that the group accept a request that "internationalization" 
be one of the (many) issues foremost on our collective minds... as this 
and future "SPEC" efforts go forward.... 


I for one am a bit ashamed that the US is in the same group with Brunei 
and Yemen as the holdouts in Metric and similar standards (day/month/yr 
being one of those other "international" standards)... 


I have certainly turned off some in the US with my comments about keeping 
a world perspective in mind... not just US... and it's not been my 
intention, 

but at the same time... we really ought to make at least a token effort... 


poten Original Message----- 

> From: Roger Barker [SMTP:roger@peaksys.co.uk] 

> [snip] 

> The specified format is e.g Feb 08 2001 01:02 - all fields padded with 
> 'O's and the date in am unambiguous format. (02/07/01 means "July 2nd 


> 2001" in much of the world outside the USA.) 
> Roger Barker, G4IDE - roger@peaksys.co.uk 
> 
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On Thu, 8 Feb 2001, Roger Barker wrote: 


> Well, I thought the discussion was about a proposed specification for 
> the APRS internet server network, which I would class as an APRS 

> specification. But perhaps this list was only supposed to be for THE 
> APRS spec? 


This seems like the perfect place to me too.. too many lists dilutes the 
effort.. 
bob 
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by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA11178 

for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 11:01:54 -0600 (CST) 
Date: Thu, 8 Feb 2001 12:01:43 -0500 
From: Jon Anhold <jon@snoopy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe WG preliminary discussions. 
Message-ID: <LYR11589-133930-2001.02.08-11.15.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: jon@snoopy.net 
References: <200102081353 .FAA08312@harrier.prod.itd.earthlink.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Disposition: inline 
User-Agent: Mutt/1.2i 
In-Reply-To: <200102081353.FAA08312@harrier.prod.itd.earthlink.net>; from 
k4hg@tapr.org on Thu, Feb 08, 2001 at 08:53:04AM -0500 
X-No-Archive: yes 
X-PGP-Fingerprint: C4 C5 CE 7B 2A F6 2F 61 A1 23 6C 73 3A BC 5B 13 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20010208120142 .Z4903@snoopy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Previously, Steve Dimse (k4hg@tapr.org) wrote: 
On 2/8/01 1:59 AM Jon Anhold (jon@snoopy.net) wrote: 


>Using port 23 is, in my opinion, a horrible idea. The only reason it's 
>running on third.aprs.net is so I'm conforming with first & second, and 
>even then it's a redir to 10152. There's no way I'm going to allow aprsd to 
>run as root just so it can bind to a priviledged port we shouldn't be using 
>in the first place. 

> 

First, I only asked the new first to move to port 23, because that is 

where it has been on APRServe almost since the beginning, changing it 


VV VV VV VV VV 


would have meant a lot of changes to user config files. I'm glad you did 
this, it makes it less confusing, but it was not required. The central 
servers have had different port arrangements for the last year or so, 
Since I moved www.aprs.net to linux. 


VVV MV 


H 


know, I'm just voicing my opinion. :) 


Second, please explain what is so horrible. True, it's not "pure", but 
how would you feel if you lived behind a restrictive firewall and this 
was your only way to get the APRS feed? I have to deal with this at work, 
the hospital blocks all non-standard ports, but it allows 23. I know I'm 
not the only one (I wasn't facing this at work when I moved the port to 
23, this was done for other firewalled users). It's not ideal, but as 
you've shown, you needn't run as root to access the port, though most 
people do run aprsd as a daemon... 


VVVVVV VV 


I'm running it as a daemon, it just doesn't run as root. The fact that I 
found a solution to avoid running it as root makes it less painful, but 
it still bothers me somewhat. I guess I'm all for purity. :) 


=i 


>From now on, I will try not to reason with the idiots I encounter. 
I will dismiss them by waving my paw and saying 'Bah' 
- Dogbert 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 14:54:20 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ0332 
for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 14:54:20 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-133985-2001.02.08-15.08.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 08 Feb 2001 15:52:59 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: list 

References: <LYR22299-133869-2001.02.08-07.40.48-- 
jeffi#taerodata.net@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A83072B.DOCA2F79@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Great John. Glad to see the TAPR support. One thing I would like to 

see, if possible, is a "work area' so we can drop files for everyone 

to look at. I've got a bunch of notes and files I'd like to drop in it. 
Is there a APRSSPEC ftp file area? This is raw unpolished stuff.... just 
work files. 


Thanks 


Jeff 


John Ackermann wrote: 

> 

> The aprsspec list is a perfectly appropriate place for this discussion, 
> at least at this stage of the game. 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 15:30:57 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3805 

for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 15:30:57 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-133987-2001.02.08-15.44.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 08 Feb 2001 16:29:43 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe WG preliminary discussions. 
References: <200102081327.FAA26706@scaup.prod.itd.earthlink.net> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A830FC7.82254126@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Steve Dimse wrote: 
> On 2/7/01 6:15 PM Jeff King (jeff@aerodata.net) wrote: 


> >Agree. While I'd question to infinity, 3 clearly is to small of a number, 
> >even for just the U.S. let alone the world. 


> On what basis do you claim that three is "to small a number"? 


I was agreeing with someone else. Also understand the message I was 
replying to, and you apparently are making "mine", contained some 
FUTURE thoughts. I think this is great, but we do need to get down 
on paper what exists now. I think this should be our FOCUS and 

not getting into these holy war tangents. 


That much being said, here is my spin on it. Understand that there may 
be a difference between regional servers and master servers. 


1. The internet is not a homogeneous network.... it is not a big fat 
ethernet pipe. It has choke points around the world and the country. 
While I know some of you have all you can eat internet feeds, it is 
not that way around the whole world nor realistic for the whole of the 
U.S. Further, we need to be good internet citizens. Having 100's of 
client connections going across a less then optimal (in some case) 
internet backbones is not the way to do it, if at all possible. You 
put the servers in the same internet cloud as the clients, if at all 
possible. Even if NOTHING changed today, IMHO, the present server 
network should be set up this way. It is just a no-brainer. I understand 
the Canadians have actually done something like this already. 


2. It would be wise, but not required, to model the typical 

regional server on ~128K feeds (ISDN) as not to many folks have a 

T1 in their back pocket. Understandably, this will reduce the number 
of client side connections each can support, but with a greater number 
of servers to chose from, this may not be an issue. 


3. The poster whose message you made mine was referring to "mesh networks". 
He I believe was thinking of the NOS ConversD network, which is quite 
similar in basic function to the APRServe network, proceeding it by 

some years. However it's internal architecture is quite different... it 
was designed from the ground up to be able to run on lesser connections 
then are required for AprsServe. As it is somewhat decentralized, 

failure at a node point is not catastrophic. It also has limited abilities 
to actually route around bad nodes. Not entirely error proof, but 

one can typically safely go away for the weekend to the second home 
without to much risk. But I am aware this is not how AprsServe is set 

up today. 


I can go on with other reasons, but don't want to get to far off topic. 
Your might considering querying the person that originally posted the 
message. 


For now, I'd suggest we do the following: 


1. Get down on paper what we have now. 

2. Look for errors and omissions.... serious problems that need to be 
fixed or improvements suggested. 

3. And then we can talk about some extensions. 


Sound like a plan? 
73 


Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 16:03:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ5769 

for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 16:03:49 -0600 (CST) 
Message-Id: <LYR11589-133995-2001.02.08-16.17.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRServe WG preliminary discussions. 


Date: Thu, 8 Feb 2001 17:03:25 -0500 

x-sender: sdimse@earthlink.net 

From: Steve Dimse <k4hg@tapr.org> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200102082203 .0AA09637@hawk. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 2/8/01 4:29 PM Jeff King (jeff@aerodata.net) wrote: 


>> >Agree. While I'd question to infinity, 3 clearly is to small of a number, 
>> >even for just the U.S. let alone the world. 

> 

>> On what basis do you claim that three is "to small a number"? 

> 

>I was agreeing with someone else. Also understand the message I was 
>replying to, and you apparently are making "mine", contained some 

>FUTURE thoughts. 


The thought "3 clearly is to small of a number" seems very much to be 
your opinion, but regardless, my comment was directed at the opinion, not 
at you personally. I asked you to explain why you felt that way. 


>I think this is great, but we do need to get down 

>on paper what exists now. I think this should be our FOCUS and 
>not getting into these holy war tangents. 

> 

If you felt that, then why the rest of the message???? 


>That much being said, here is my spin on it. Understand that there may 
>be a difference between regional servers and master servers. 

> 

>1. The internet is not a homogeneous network.... it is not a big fat 
>ethernet pipe. It has choke points around the world and the country. 
>While I know some of you have all you can eat internet feeds, it is 
>not that way around the whole world nor realistic for the whole of the 
>U.S. Further, we need to be good internet citizens. Having 100's of 
>client connections going across a less then optimal (in some case) 
>internet backbones is not the way to do it, if at all possible. You 
>put the servers in the same internet cloud as the clients, if at all 
>possible. Even if NOTHING changed today, IMHO, the present server 


>network should be set up this way. It is just a no-brainer. I understand 
>the Canadians have actually done something like this already. 

> 

The concept of regional is meaningless in the present internet topology. 
As I explained, the path between my two servers is longer than between 
findu and socal. Even if people in Miami were to use one of my servers, 
many of them would still have their packets blasted at least through 
Atlanta, if not much further away. 


I would love to have made a European, Canadian, or Austrailian server 
third.aprs.net, but none volunteered. That they are all US is not 
US-centrism, but rather the result of no volunteers elsewhere. 


>2. It would be wise, but not required, to model the typical 

>regional server on ~128K feeds (ISDN) as not to many folks have a 

>T1 in their back pocket. Understandably, this will reduce the number 

>of client side connections each can support, but with a greater number 
>of servers to chose from, this may not be an issue. 

> 

This is very much unrealistic. ISDN is 64 or 128 k bits/sec, roughly 8 
feeds. If a server interlinked with three others, it could only handle 5 
users. A minimum of 50 servers would have to be linked, an administrative 
nightmare. 


>1. Get down on paper what we have now. 

>2. Look for errors and omissions.... serious problems that need to be 
>fixed or improvements suggested. 

>3. And then we can talk about some extensions. 


I have no problems with this. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 18:02:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA22031 
for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 18:02:00 -0600 (CST) 
Date: Thu, 8 Feb 2001 19:01:41 -0500 
From: Jon Anhold <jon@snoopy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: list 


Message-ID: <LYR11589-134005-2001.02.08-18.15.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Reply-To: jon@snoopy.net 

References: <LYR22299-133869-2001.02.08-07.40.48-- 
jeftfi#taerodata.net@lists.tapr.org> <LYR22292-133985-2001.02.08-15.08.19- - 
jon#snoopy.net@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

Content-Disposition: inline 

User-Agent: Mutt/1.2i 

In-Reply-To: <LYR22292-133985-2001.02.08-15.08.19--jon#snoopy.net@lists.tapr.org>; 
from jeff@aerodata.net on Thu, Feb 08, 2001 at 03:52:59PM -0500 
X-No-Archive: yes 

X-PGP-Fingerprint: C4 C5 CE 7B 2A F6 2F 61 At 23 6C 73 3A BC 5B 13 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20010208190141.N20136@snoopy.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Previously, Jeff King (jeff@aerodata.net) wrote: 

> Great John. Glad to see the TAPR support. One thing I would like to 

see, if possible, is a "work area' so we can drop files for everyone 

to look at. I've got a bunch of notes and files I'd like to drop in it. 
Is there a APRSSPEC ftp file area? This is raw unpolished stuff.... just 
work files. 


VVV WV 


http: //ohioaprs.net/aprservewg / 


upload via ftp to ohioaprs.net, login: 'aprservewg' and your email address 
as the password. 


se 
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From bounce-aprsspec-11589@lists.tapr.org Thu Feb 8 21:07:22 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA10197 

for <lyris.aprsspec@tapr.org>; Thu, 8 Feb 2001 21:07:22 -0600 (CST) 


Errors-To: <jeff@aerodata.net> 

Message-ID: <LYR11589-134033-2001.02.08-21.21.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Thu, 08 Feb 2001 22:05:47 -0500 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Files uploaded, was re: list 

References: <LYR22299-133869-2001.02.08-07.40.48-- 
jetfi#taerodata.net@lists.tapr.org> <LYR22292-133985-2001.02.08-15.08.19-- 
jon#snoopy.net@lists.tapr.org> <LYR22299-134005-2001.02.08-18.15.54-- 
jetf#taerodata.net@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3A835E8B.B9BC83FD@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Jon Anhold wrote: 


> http://ohioaprs.net/aprservewg/ 


> upload via ftp to ohioaprs.net, login: ‘aprservewg' and your email address 
> as the password. 


That was quick ;-) 


I uploaded the following files to Jon's system (above) and also the 
upload directory of APRSSIG on TAPR. The TAPR files will need to be 
moved someplace so people can access them. They are as follows: 


aprsdDOC.htm (HTML docs for APRSD) 

aprsdTCPportfunctions.htm (Port defines for APRSD) 

aprsserve_dcc. html (Steve's original paper) 

inetmsg.html (APRS messaging) 

valid. html (User validation) 

validation.c (C source code+ msg, which I should have called password.c) 


Nothing new here, just getting it all in one place. Some of this stuff 
can just be cut and pasted. 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sun Feb 11 20:10:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26023 

for <lyris.aprsspec@tapr.org>; Sun, 11 Feb 2001 20:10:48 -0600 (CST) 
Message-ID: <LYR11589-134530-2001.02.11-20.24.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <billdiaz@megsinet.net> 
Reply-To: "billdiaz@megsinet.net" <billdiaz@megsinet.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Internet feed comparison. 
Date: Sun, 11 Feb 2001 20:09:39 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01C09466.928D9060.billdiaz@megsinet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Comparison tests were conducted of the data provided by first.aprs.net (aprsd) 
and second.aprs.net (APRServe) to see if there were any appreciable differences 
in feed content. 


2 separate sessions of AFilter 2.03.7 were used to simultaneously connect to 
first.aprs.net and second.aprs.net. Each AFilter session used strict error 
checking. All packets that failed AFilter strict error checking were logged to 
disk. The test session was conducted from Feb 17, 15:16CST to 16:16CST. 


AFilter strict error checks may log certain APRS compliant packets as errors. 
Therefore, the files will contain perfectly compliant packets that do not, for 
various reasons, meet the requirements of the current AFilter sessions. These 
packets were not included in the detailed error analysis. 


AFilter total errors reported. All errors. 
First Second 
751 468 


The error logs were examined to determine if aprsd and APRServe had differing 
results in the types and quantities of errors reported. Large discrepancies are 
noted below. 


Explanation of errors reported 


Data errors : Packets less than 9 bytes or greater than 399 bytes in length. 
Packets that do not contain greater than or colon. 


Header char errors : Illegal char in header, improper formatting of header. 
Originating call too long. 


Header dest errors : Destination call is WIDE, [invalid] or other invalid call 
type. 


Msg Length : Payload of APRS message type > 84 bytes. 


Error type First Second 
Data 72 O 

Header char 27 2 

Header dest 70 O 

Msg length 253 75 


Totals 422 77 


Further studies will be conducted to confirm or refute the initial results. 
Future studies will also examine the links between servers. 


The errorlog files are available if anyone is interested in obtaining a copy. 


Bill KC9XG 
Display current vehicle location 
http://www. findu.com/cgi-bin/find.cgi?KC9XG-14 
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From bounce-aprsspec-11589@lists.tapr.org Fri Feb 16 14:25:09 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA29620 
for <lyris.aprsspec@tapr.org>; Fri, 16 Feb 2001 14:25:08 -0600 (CST) 
Message-ID: <LYR11589-135426-2001.02.16-06.25.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 16 Feb 2001 12:08:22 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] APRS destination address for UI-View 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Z8q1xSA2gRj6EwZ1@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Following the recent discussions about the use of APxxxx destination 
addresses in the APRSSIG, unless anyone has any serious objections, I 
intend to use APU1xx for 16 bit UI-View and APU2xx for UI-View32. 


In both cases xx will represent the version number multiplied by 100 and 
then converted to base 36. E.g. version 1.79 would be 4Z. 


That leaves lots of APUxxx options available for other applications, 
should anyone else wish to use them. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 20 03:29:35 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA26807 

for <lyris.aprsspec@tapr.org>; Tue, 20 Feb 2001 03:29:34 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Mon, 19 Feb 2001 09:49:08 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] "non binary networks" 

Message-ID: <LYR11589-136038-2001.02.19-10.55.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0102190932310.1674-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I was reading the chapter of the spec on implementing the Mic-E data 
format. I came to the following on the last page of this chapter, page 


Some parts of the Mic-E AX.25 Information field may contain binary data 
(i.e. non-printable ASCII characters). If such a packet is constrained to 
the APRS network, this should not cause any difficulties. 


If, however, the packet is to be forwarded via a network that does not 
reliably preserve binary data (e.g. the Internet), then it is necessary to 
convert the data to a format that will preserve it. 


Further, if the packet subsequently re-emerges back into the APRS network, 
it will then be necessary to re-convert the data back to its original 
format. 


I actually think the current APRS network will have more problems with the 
Mic-E format than the Internet! As far as I can tell, the only special 
characters transmitted are ASCII characters 28 and 29 - and then only in 
Beta Mic-E's. 


True, ascii 29 is often a control character for telnet. But, it is only a 
control character when hit from the keyboard of an interactive session - 
it can be received just fine. 


Ascii 28 poses no problems. 


Even though we have APRS servers on port 23, it is an 8 bit clean link, as 
it doesn't run the telnet protocol (like most port 23s), so there is no 


quoting or conversion necessary. There is no operating system that I know 
of that doesn't implement an 8 bit clean TCP/IP sockets (otherwise, FTP 
wouldn't work). I've observed MANY control characters on APRSServe, and 
none seem to crash any of the servers (although some clients crash when 
they see "unusual" data - but they do this on RF, too). 


Converting these MIC-E messages is a nice thought, but unless a conversion 
method is specified, it won't work. Too many people will convert them too 
many ways (sound familiar?). 


So, here's a proposal for the WG to look at, vote on, whatever: 


This paragraph should be changed to "Any network that causes ASCII 
characters 28 and 29 to be converted may not be suitable for transmission 
of MIC-E formatted messages. Software should convert these beta MIC-E 
messages. The conversion procedure is to replace character 28 with 

"\Q34" and character 29 with "\035" (the octal equivilants preceeded with 
a backslash). These messages MUST NOT be sent in converted form into APRS 
Serve or the APRS network. When sending into either of these networks, 
the software much convert these characters back into ASCII characters 28 
and 29 to allow duplicate packet detection. 


An alternative, if the working group thinks the above will cause too many 
problems: 


The Beta MIC-E format messages are currently deprecated and may not work 
across some third-party networks. Gateway software should drop, rather 
than convert, these packets if they can not be sent across the transit 
network. 


I would appreciate the WG reporting on what happens to this small 
proposal. This is NOT a APRSServe proposal, but a proposal to change the 
actual APRS spec. 


Joel Maslak 
N7XUC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 1 11:50:26 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28907 

for <lyris.aprsspec@tapr.org>; Thu, 1 Mar 2001 11:50:25 -0600 (CST) 
Message-ID: <LYR11589-138074-2001.03.01-12.05.00- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Horzepa, Stan" <Stan_Horzepa@adc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] ADMIN: The Monthly Message 
Date: Thu, 1 Mar 2001 11:49:09 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8204E40F8922D411A0C10008C7A42AC2235B5A@MRDNEXCHO1> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
"what kind of printer should I buy to print out my copy of the APRS 
specification?") may be considered off-topic. If you start a message with 
"this is off-topic..." then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, waillou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 5 19:23:55 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA29867 

for <lyris.aprsspec@tapr.org>; Mon, 5 Mar 2001 19:23:54 -0600 (CST) 
Message-Id: <LYR11589-139002-2001.03.05-19.39.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: jjeffers@deskmedia.com 
Date: Mon, 05 Mar 2001 19:24:12 -0600 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: James Jefferson <jjeffers@deskmedia. com> 
Subject: [aprsspec] first.aprs.net ... second.aprs.net ... third.aprs.net 


Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20010305192010.00a7£360@deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Can someone please explain the differences between the different numbered 
APRS servers. I notice a different data stream is coming from each one. 


-James Jefferson KBOTHN 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 5 23:41:29 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA21218 

for <lyris.aprsspec@tapr.org>; Mon, 5 Mar 2001 23:41:28 -0600 (CST) 
Message-Id: <LYR11589-139030-2001.03.05-23.56.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: first.aprs.net ... second.aprs.net ... third.aprs.net 
Date: Tue, 6 Mar 2001 00:41:15 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103060541.VAA0Q6554@swan. prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 3/5/01 8:24 PM James Jefferson (jjeffers@deskmedia.com) wrote: 


>Can someone please explain the differences between the different numbered 
>APRS servers. I notice a different data stream is coming from each one. 


> 

The differences have been explained several times, consult the archives 
of this list and aprssig for details of the differences. In brief, the 
two servers run different programs. They differ in filtering 
capabilities, but in terms of viable data, they should all have the same 
data, though the ordering will be different. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 14 10:37:10 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA16928 

for <lyris.aprsspec@tapr.org>; Wed, 14 Mar 2001 10:37:08 -0600 (CST) 
Message-ID: <LYR11589-366-2001.03.14-10.52.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "ANDY VE7FTR" <ve7£tr@home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] kam & pk-88 tnc's 
Date: Wed, 14 Mar 2001 08:40:28 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <00c701cOaca5$7a6b2£40$d5e44318@klvn1.bc.wave.home.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


hi 

would anybody know the aprs settings [vhf] for the KAM [ 6.0 ver ] ALL 
MODE TNC ? and also the PK-88 aprs settings ? 

i'm using WINAPRS. 

thanks 

73. 

andy VE7FTR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 14 12:09:27 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA26432 

for <lyris.aprsspec@tapr.org>; Wed, 14 Mar 2001 12:09:22 -0600 (CST) 
Date: Wed, 14 Mar 2001 10:09:15 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: kam & pk-88 tnc's 
In-Reply-To: <LYR12892-366-2001.03.14-10.52.38-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-390-2001.03.14-12.24.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10103141006140 .17898-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 14 Mar 2001, ANDY VE7FTR wrote: 


> would anybody know the aprs settings [vhf] for the KAM [ 6.0 ver ] ALL 
> MODE TNC ? and also the PK-88 aprs settings ? 
> i'm using WINAPRS. 


I'm not a WinAPRS user (you should know that from my .sig), but I 
have run PK-88's on APRS a bunch. 


Whatever you do, make sure that "mfilter" is disabled on it, 
otherwise some of the non-printable MIC-E format characters will 
end up getting filtered at the TNC and never making it to your 
computer. 


I think "mfilter 0" is what kills the filtering (tells it to filter 


out the 0x00 character, which is ok). 


Just a helpful hint from someone who's REALLY been there. Of course 
my computer said I was somewhere else because of "“mfilter"... 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 14 12:57:39 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ2547 

for <lyris.aprsspec@tapr.org>; Wed, 14 Mar 2001 12:57:38 -0600 (CST) 
Message-ID: <LYR11589-405-2001.03.14-13.13.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Andy VE7FTR" <ve7f£tr@home.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] kam & pk-88 tnc's 
Date: Wed, 14 Mar 2001 11:00:57 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <012401cO0acb9$1ab57240$d5e44318@klvn1.bc.wave.home.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


OOPS....... it's ver.5.0 in the kam all mode tnc. i had to look inside 


andy VE7FTR 


hi 

would anybody know the aprs settings [vhf] for the KAM [ 6.0 ver ] ALL 
MODE TNC ? and also the PK-88 aprs settings ? 

i'm using WINAPRS. 

thanks 

73. 


andy VE7FTR 


VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 20 11:44:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26423 

for <lyris.aprsspec@tapr.org>; Tue, 20 Mar 2001 11:44:25 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-1674-2001.03.20-12.00.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 20 Mar 2001 12:41:21 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprsspec] Remote I-Gate control, was: I'm STILL in China 
References: <LYR18229-1667-2001.03.20-11.42.52--jeff#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AB79641.4C8BCC6D@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff Brenton wrote: 


> AND the 


gates in the area are operating properly (we have 3 in the area). 


But, being 20 miles from an IGate doesn't mean you're guaranteed to be on 
FINDU. One of the gates in our area has a bad receiver, and has PASSALL 
turned on, so all the garbage gets passed into internet. 


VVVV WV 


And then... 


WA8LMF1@aol.com wrote: 


> Your D700's compressed Mic-E-format packets are being trashed by an Internet 
> gateway station running an out-of-date version of WinAPRS (2.4.6) that has a 
> known bug that does this (what I call the "hyper-jump" problem) . This 

> problem crops up on this list about once every three months. 

> 

> Again....... YOU MUST NOT IGATE WITH WinAPRS 2.4.6 !!!!!!! 


Just thinking it might be handy to have some internet remote control of the 
stations that 


are gating.... basically a remote control that allows you to disable gating if the 
station 

is out of control and/or out of spec. Filtering only treats the symptom of these 
problems, 


and in fact cannot address all of them. 


This would need to be written into the GUI's and applications that function as a 
gateway. 
Someone trusted would need to hold the passcodes. 


Just thinking out loud how I might address the above problem if I was ina 
position to 
do anything about it. Feel free to file this in the round folder. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 20 11:51:57 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27739 

for <lyris.aprsspec@tapr.org>; Tue, 20 Mar 2001 11:51:47 -0600 (CST) 
Date: Tue, 20 Mar 2001 11:51:34 -0600 


Message-Id: <LYR11589-1676-2001.03.20-12.07.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

From: "James Jefferson" <jjeffers@deskmedia.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: Remote I-Gate control, was: I'm STILL in China 
X-IPAddress: 63.237.116.178 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103201751.LAA13304@dm.deskmedia. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


It's not hard to do Jeff ... just don't allow them to connect to the 
server they are flooding / feeding with inappropriate data. That way 
everything can be in APRSd, instead of upgrading lots of WinAPRS (and 
still having the buggy WinAprs 2.4.6 out there) ... it would be almost 
trivial to have the daemon check the IP of the box requesting a 
connection before forking a new process. 


-Jim Jefferson 
Jeff Brenton wrote: 


> AND the 

> gates in the area are operating properly (we have 3 in the area). 

> 

> But, being 20 miles from an IGate doesn't mean you're guaranteed to 
be on 

> > FINDU. One of the gates in our area has a bad receiver, and has 
PASSALL 

> > turned on, so all the garbage gets passed into internet. 

> 

> And then... 


VV VV VV 


> 
> 
> WA8LMF1@aol.com wrote: 

> 

> > Your D700's compressed Mic-E-format packets are being trashed by an 
Internet 

> > gateway station running an out-of-date version of WinAPRS (2.4.6) 
that has a 

> > known bug that does this (what I call the "hyper-jump" problem). 
This 


> > problem crops up on this list about once every three months. 

>> 

> > Again....... YOU MUST NOT IGATE WITH WinAPRS 2.4.6 !!!!!1! 
> 

> 

> 


Just thinking it might be handy to have some internet remote control 
of the stations that 
> are gating.... basically a remote control that allows you to disable 
gating if the station 
> is out of control and/or out of spec. Filtering only treats the 
symptom of these problems, 
> and in fact cannot address all of them. 
> 
> This would need to be written into the GUI's and applications that 
function as a gateway. 
> Someone trusted would need to hold the passcodes. 
> 
> Just thinking out loud how I might address the above problem if I was 
in a position to 
do anything about it. Feel free to file this in the round folder. 


-Jeff 


VV VV VV 


You are currently subscribed to aprsspec as: jjeffers@deskmedia.com 
> To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

> Questions regarding the SIG go to the SIG administrator: 
wallou@tapr.org 


VVVV VV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Mar 23 16:07:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA09604 

for <lyris.aprsspec@tapr.org>; Fri, 23 Mar 2001 16:07:49 -0600 (CST) 


Message-Id: <LYR11589-2541-2001.03.23-16.23.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 23 Mar 2001 16:08:46 -0600 

From: "Rich Beckwith" <Rich@dps.state.mo.us> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Compliance 

Mime-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sabb7523.006@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA09604 


It occurred to me today that testing for APRS compliance would be easier if a 
"test" file was available. If it were accompanied by a check list, the APRS 
author could verify the results produced by his software to determine conformance 
to the spec. You couldn't verify all aspects of the software this way, but it 
would be a great start. 


Rich Beckwith - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 24 08:41:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA01073 
for <lyris.aprsspec@tapr.org>; Sat, 24 Mar 2001 08:41:29 -0600 (CST) 
From: Rolf Bleher <mail@Rolf-Bleher.de> 
Reply-To: mail@Rolf-Bleher.de 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Message format of Kenwood radios 
Date: Sat, 24 Mar 2001 13:57:03 +0100 
Content-Type: text/plain 
MIME-Version: 1.0 
Message-Id: <LYR11589-2622-2001.03.24-08.57.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Content-Transfer-Encoding: 8bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01032414034501.00791@terra> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, 


I'm currently programming for the XASTIR APRS software and came 
along some unknown formats received from Kenwood TM-D700 radios. 


They seem to use '~' for messages and acknowledges, the message end 
character too is not '{' but '~' and there is a binary instead of 
‘ack’. 


The data type '~' is defined "Do not use - TNC stream switch" in the 
current version of the PARS Reference document. 


Is this problem known? Is everyone implementing his own rules and 
tells us he is APRS compliant? Should I implement messages this way? 


Thanks and 73s 


de Rolf 
Rolf Bleher DK7IN Ge As ery eee SS ce eee 
N52d32.660' E013d20.920' / Linux - life is too short for reboots 


OA Nae oe ote ek reac eee Se oe / http: //www.dk7in.de 
Rolf@dk7in.de 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 24 08:49:49 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ1665 

for <lyris.aprsspec@tapr.org>; Sat, 24 Mar 2001 08:49:45 -0600 (CST) 
Message-ID: <LYR11589-2623-2001.03.24-09.05.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 24 Mar 2001 14:48:51 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: Message format of Kenwood radios 
References: <LYR13460-2622-2001.03.24-08.57.23-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR13460-2622-2001.03.24-08.57.23-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <w2$fjLATPLv6Ew80@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-2622-2001.03.24-08.57.23--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Rolf Bleher <mail@Rolf£-Bleher.de> writes 

>Hello, 

> 

>I'm currently programming for the XASTIR APRS software and came 

>along some unknown formats received from Kenwood TM-D700 radios. 

> 


>They seem to use '~' for messages and acknowledges, the message end 
>character too is not '{' but '~' and there is a binary instead of 
>'ack'. 


They're UI-View format messages. They're not coming from Kenwood radios. 
(I wonder why you think they are?) They have to relevance to the APRS 
specification. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 24 09:28:59 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3936 

for <lyris.aprsspec@tapr.org>; Sat, 24 Mar 2001 09:28:55 -0600 (CST) 
Message-ID: <LYR11589-2627-2001.03.24-09.44.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Sat, 24 Mar 2001 15:28:10 +0000 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: Message format of Kenwood radios 
References: <LYR13460-2622-2001.03.24-08.57.23-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
<LYR13460-2623-2001.03.24-09.05.39--rogeri#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-2623-2001.03.24-09.05.39-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <NmpQHSAKOLv6EwaE@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-2623-2001.03.24-09.05.39--rogeri#tpeaksys.co.uk@lists 

.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 

[snip] 

> 

>They're UI-View format messages. They're not coming from Kenwood radios. 

>(I wonder why you think they are?) They have to relevance to the APRS 
Typo, should be "no" “4 

>specification. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 25 06:01:42 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA11332 

for <lyris.aprsspec@tapr.org>; Sun, 25 Mar 2001 06:01:41 -0600 (CST) 
From: Rolf Bleher <mail@Rolf-Bleher.de> 
Reply-To: mail@Rolf-Bleher.de 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] UI-View messages, was: Message format of Kenwood radios 
Date: Sun, 25 Mar 2001 13:16:54 +0200 


Content-Type: text/plain 

MIME-Version: 1.0 

Message-Id: <LYR11589-2729-2001.03.25-06.17.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01032513330401.00742@terra> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, 


> They're UI-View format messages. They're not coming from Kenwood radios. 
> (I wonder why you think they are?) They have no relevance to the APRS 
> specification. 


Thank you Roger for pointing me to that, I thought those guys are 
using TM-D700. But it could be, that they use their Kenwood 
transceivers only in the car and use UI-View at home. 


I now ignore that data frames. Should I do something useful with it 
or is it only used for communication between two UI-View stations? 


73 de Rolf 
Rolf Bleher DK7IN ea ae ey 
N52d32.660' E013d20.920' / Linux - life is too short for reboots 


beet ee Re ea ee ee et / http: //www.dk7in.de 
Rolf@dk7in.de 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 25 06:25:49 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA12229 

for <lyris.aprsspec@tapr.org>; Sun, 25 Mar 2001 06:25:43 -0600 (CST) 
Message-ID: <LYR11589-2734-2001.03.25-06.41.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 25 Mar 2001 13:24:18 +0100 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: UI-View messages, was: Message format of Kenwood radios 
References: <LYR13460-2729-2001.03.25-06.17.32-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR13460-2729-2001.03.25-06.17.32-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <1zn0iVAyNev6Ewsx@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-2729-2001.03.25-06.17.32--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Rolf Bleher <mail@Rolf-Bleher.de> writes 

>Hello, 

> 

>> They're UI-View format messages. They're not coming from Kenwood radios. 
>> (I wonder why you think they are?) They have no relevance to the APRS 
>> specification. 

> 

>Thank you Roger for pointing me to that, I thought those guys are 
>using TM-D700. But it could be, that they use their Kenwood 
>transceivers only in the car and use UI-View at home. 

> 

>I now ignore that data frames. Should I do something useful with it 

>or is it only used for communication between two UI-View stations? 


I would ignore it. I don't think there's any point in supporting it in 
other software. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 27 11:26:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26102 

for <lyris.aprsspec@tapr.org>; Tue, 27 Mar 2001 11:26:28 -0600 (CST) 
Message-Id: <LYR11589-3119-2001.03.27-11.42.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 27 Mar 2001 11:26:18 -0600 
From: Timothy J Salo <tjs@tc.umn.edu> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iss.2fb0.3acOcd3a.adbcc.1@garnet.tc.umn.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Fri, 23 Mar 2001 16:08:46 -0600 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
Subject: [aprsspec] APRS Compliance 


It occurred to me today that testing for APRS compliance would be easier 
if a "test" file was available. If it were accompanied by a check list, 
the APRS author could verify the results produced by his software to 
determine conformance to the spec. You couldn't verify all aspects of the 
software this way, but it would be a great start. 


VV VV VV VV VV 


> 


few thoughts: 


(o) First, there needs to be a generally accepted understanding of 
what "APRS compliance" means. For example, does it mean 
"this implementation conforms to the APRS specification", or 
does it mean "this implementation passes a certification test suite 
that Bob Bruninga talked about creating"? I strongly favor 
language that differentiates these two concepts, perhaps 
"compliance" versus "certification". 


) Second, what does it mean to "conform to the APRS specification"? 
Does an implementation need to correctly receive all formats in 
the specification, or just some? Does an implementation need to 
be able to transmit all formats in the specification? Cana 
tracker ever be "APRS compliant", since it can't send messages? 


I believe that it would be useful to create different classes of 
APRS devices (analogous to what are often called "profiles" in 
other standards work). That way, a tracker could be "APRS 
compliant" if it conforms to the tracker profile, without 

having to have a graphical user interface. 


The APRS specification never cleanly separated protocol issues 
from user interface issues. I believe that this will tend to 
confuse discussions about "APRS compliance". Is an implementation 
"APRS compliant" if it conforms to the protocol specification, but 
not to the commentary in the APRS specification about user 
interfaces? (Personally, I think it was a mistake to include 

user interface issues in the APRS protocol specification, largely 
for this reason.) 


(o) Third, it would be very useful for a third party (i.e., not the 
developer of APRS code) to determine APRS compliance. During the 
development of the APRS specification a number of developers 
said things of the sort "No, the specification must be wrong, 
because my code does it differently." 


fo) Fourth, the development of a good test suite is a very tedious 
process. Plus, this difficulty is likely to be compounded by 
complaints from developers whose code fails a particular test. 
On the other hand, this is part of the maturation process for 
any protocol specification. The specification is, in some sense, 
tested every time two parties discuss whether a particular 
format or sequence conforms to the specification. Perhaps, the 
result of these discussions is that the specification is 
incomplete, inconsistent, or vague, and needs to be enhanced. 


(o) Finally, there is the issue of whether developers particularly 
care whether their implementation conforms to the APRS specification. 
I believe that during the development of the APRS protocol 
specification one or more developers said, more or less, "I 
don't care what the specification says, this is what my code is 
going to do." <Insert long, extended debate about advantages of 
open source implementations here, or not...> <Insert another 
long extended debate about the importance of interoperability 
of APRS implementations here...> 


A freely available test suite, plus a publicly available compilation of 
test results would, in my opinion, be a very good thing. 


-tjs 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 27 11:39:33 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27865 
for <lyris.aprsspec@tapr.org>; Tue, 27 Mar 2001 11:39:27 -0600 (CST) 
Message-ID: <LYR11589-3124-2001.03.27-11.55.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 27 Mar 2001 18:38:41 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR13460-3119-2001.03.27-11.42.31-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-3119-2001.03.27-11.42.31-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4Q89aXAhANW6EwH7@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-3119-2001.03.27-11.42.31--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Timothy J Salo <tjs@tc.umn.edu> writes 


[snip] 

>0 Fourth, the development of a good test suite is a very tedious 
> process. 

[snip] 


And, without a good deal of care, will not be usable to test some 
programs, if they do not normally process the typical, simplistic, 
monitored data output from a TNC. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 27 16:50:41 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ3664 

for <lyris.aprsspec@tapr.org>; Tue, 27 Mar 2001 16:50:39 -0600 (CST) 
Message-Id: <LYR11589-3181-2001.03.27-17.06.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 27 Mar 2001 16:50:23 -0600 
From: Timothy J Salo <tjs@tc.umn.edu> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iss.1780.3ac1192f.335f7.1@garnet.tc.umn.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Timothy J Salo <tjs@tc.umn.edu> writes: 
>0 Fourth, the development of a good test suite is a very tedious 
> process. 


And, without a good deal of care, will not be usable to test some 
programs, if they do not normally process the typical, simplistic, 
monitored data output from a TNC. 


VV VV VV MV 


The TNC/PC interface is, from the perspective of the APRS protocol 
specification, an interface internal to an APRS station. The APRS protocol 
specification should make no reference to this [internal and optional] 
interface (although I haven't reviewed the spec with this topic in mind). 


I believe that it is far more appropriate for an APRS protocol test suite 
to be expressed as raw AX.25 frames (which reflect the objective of the 
protocol specification, namely to specify correct on-the-air formats and 
protocols). 


Of course, this leaves the challenges of representing on-the-air AX.25 
packets (I believe that the TAPR TNC2 THN/Host interface is a poor choice) 
and getting the test packets into an APRS implementation (if I had time, 

I would try wiring two 1200 bps TNCs or modems back to back to see if 
they would transfer packets). 


-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 27 21:18:43 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA22109 

for <lyris.aprsspec@tapr.org>; Tue, 27 Mar 2001 21:18:38 -0600 (CST) 
From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRS/Beacon Net differences 
Date: Tue, 27 Mar 2001 19:18:00 -0800 
Message-ID: <LYR11589-3207-2001.03.27-21.34.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJMELMCPAA.cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ev W2EV wrote to APRSSIG: 
<snip> 


> Again...(I keep saying this over and over) this is not to say that 

> BEACONet is better than APRS...it's just different...but not so 

> different as to keep APRSdos and UI-View users from participating if 
> they so choose. 

> 

> Regards, 

> Ev, W2EV 


Even WinAPRS (still the most popular software) and the Kenwood radio 
operators could participate if you changed your "BEACONet Protocol" just a 
_little_ bit. That could greatly increase BEACONet's acceptance, Ev, and I 
believe it would be well worth the effort. 


You write at 
http://www. rochesterny.org/beaconet/information/BEACONet%20Protocol.txt : 


BEACONet(tm) To-Call Field Parsing (vers. Alpha.08): 


A Destination-call or To-Call of CQ or BEACON may be used. 
When done so, it should be understood as a valid BEACONet 
frame, with station information "undisclosed". 


Otherwise, the embedded information in the To-Call takes the 
format of BSNPAH-D where: 


= Band from Table 1 

= Sub-band from Table 1 

= Network Function. See Table 7 and associated notes. 
Power Output (not ERP) from Table 2 

= Antenna Influence from Table 3 

= Height Above Average Terrain from Table 4 

= Directivity from Table 5 

<snip> 


0UuTtTrVZNW 
Il 


The 3 Bytes that cause your proposed incompatibility with some software and 
the Kenwood radios are the first two characters of the AX.25 Destination 
Address (which your protocol uses for "transmit frequency" info, "B" and 
"S"), and the SSID which you use for "Antenna Directivity" ("D"). 


All except B, S, and N can be relayed with the use of PHG (which even 
WinAPRS understands) as in other APx flavors. 

What about the idea of keeping your B, S, and N in there using something 
like 

APbsn 

and using PHG for the other info. 

Maybe even throw another letter in there after the AP to specifically 
designate BEACONet. Looks like B is still available. Then it would be 
APBbsn 


This small change would eliminate all incompatibility with ALL the flavors 
of software AND the Kenwood radios. 


Since you already state that a "valid BEACONet frame, with station 
information undisclosed" is allowable, why not make this small compromise to 
allow so many more people to participate? 

73, Cap KE6AFE 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 02:16:47 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA13671 
for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 02:16:42 -0600 (CST) 
Message-ID: <LYR11589-3241-2001.03.28-02.32.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 09:15:27 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR13460-3181-2001.03.27-17.06.40-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-3181-2001.03.27-17.06.40-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <DkDzngAf2Zw6EwCv@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-3181-2001.03.27-17.06.40--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Timothy J Salo <tjs@tc.umn.edu> writes 

[snip] 

> 

>I believe that it is far more appropriate for an APRS protocol test suite 
>to be expressed as raw AX.25 frames (which reflect the objective of the 
>protocol specification, namely to specify correct on-the-air formats and 
>protocols). 


Yes, I think that's definitely the best approach. 


>Of course, this leaves the challenges of representing on-the-air AX.25 
>packets (I believe that the TAPR TNC2 THN/Host interface is a poor choice) 
>and getting the test packets into an APRS implementation (if I had time, 
>I would try wiring two 1200 bps TNCs or modems back to back to see if 
>they would transfer packets). 


It usually works ok. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 06:04:54 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ0751 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 06:04:49 -0600 (CST) 
Message-Id: <LYR11589-3289-2001.03.28-06.20.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Wed, 28 Mar 2001 07:04:34 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103281204.EAAQ0161@falcon.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 3/27/01 5:50 PM Timothy J Salo (tjs@tc.umn.edu) wrote: 


>The TNC/PC interface is, from the perspective of the APRS protocol 
>specification, an interface internal to an APRS station. The APRS protocol 
>specification should make no reference to this [internal and optional] 
>interface (although I haven't reviewed the spec with this topic in mind). 

> 

Actually, no. Part of the spec, the "third party format", makes the TNC 

text external to the station. Even a hypothetical client program that 

only operated in KISS mode is still going to have to have the capability 

to parse the TNC text format. 


>I believe that it is far more appropriate for an APRS protocol test suite 
>to be expressed as raw AX.25 frames (which reflect the objective of the 
>protocol specification, namely to specify correct on-the-air formats and 
>protocols). 

> 

To the best of my knowledge, all APRS programs accept the text format of 
input. By "raw AX.25 frames" I presume you are proposing a new file 

format with just the binary data, correct? TTBOMK, no APRS program 

accepts this format. Therefore, in order to use the test suite, each 


author must add code to their program, code which is otherwise worthless, 
and could be another source of errors. Alternatively, someone must write 
programs to transmit the info on the air (or two TNC's back to back). 
This would allow people other than the programmers to perform the test, 
but requires setting up hardware. 


If it were a TNC text file, click open and you are testing. 
What precisly do you gain by using this format other than being more pure? 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 07:02:45 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ3525 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 07:02:43 -0600 (CST) 
Message-ID: <LYR11589-3295-2001.03.28-07.18.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 14:02:05 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR13460-3289-2001.03.28-06.20.51-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-3289-2001.03.28-06.20.51-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8D3MuJANDew6EwW6@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-3289-2001.03.28-06.20.51--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Steve Dimse <k4hg@tapr.org> writes 

>On 3/27/01 5:50 PM Timothy J Salo (tjs@tc.umn.edu) wrote: 

> 

>>The TNC/PC interface is, from the perspective of the APRS protocol 
>>specification, an interface internal to an APRS station. The APRS protocol 


>>specification should make no reference to this [internal and optional] 
>>interface (although I haven't reviewed the spec with this topic in mind). 
>> 

>Actually, no. Part of the spec, the "third party format", makes the TNC 
>text external to the station. Even a hypothetical client program that 
>only operated in KISS mode is still going to have to have the capability 
>to parse the TNC text format. 

[snip] 


Programs may be able to parse "TNC text format" embedded in a third 
party frame, but that may not be the format of the input to the program. 
The input to the program may be KISS frames, WA8DED host mode frames, 
etc. You cannot use "TNC text" as the input to a program that is 
expecting to see KISS frames, on the grounds that somewhere in its 
processing it can handle that data. To handle "TNC text" as the program 
input would require compliance testing to be done on a special version 
of the program with some sort of input "hook" added. 


Even if the program uses a TNC in terminal mode, and accepts "TNC text" 
input, it may choose not to take the "normal" approach of discarding the 
frame type information before it leaves the TNC. Therefore input like 
"G4IDE>APRS: Information field goes here" may be discarded. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 07:47:19 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ5379 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 07:47:15 -0600 (CST) 
Message-Id: <LYR11589-3301-2001.03.28-08.03.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Wed, 28 Mar 2001 08:46:54 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103281346.FAA22345@gull.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 3/28/01 8:02 AM Roger Barker (roger@peaksys.co.uk) wrote: 


>Programs may be able to parse "TNC text format" embedded in a third 
>party frame, but that may not be the format of the input to the program. 
>The input to the program may be KISS frames, WA8DED host mode frames, 
>etc. You cannot use "TNC text" as the input to a program that is 
>expecting to see KISS frames, on the grounds that somewhere in its 
>processing it can handle that data. To handle "TNC text" as the program 
>input would require compliance testing to be done on a special version 
>of the program with some sort of input "hook" added. 

> 

I am aware, and stated, that you cannot feed TNC text into a program that 
is expecting KISS mode. My statement was that no program accepts input 
exclusively in these modes, to the best of my knowledge. 


Are you saying that UIView does not work with a TNC in text mode? I will 
admit that my experience with your program is extremely limited, but I'm 
surprised your users haven't asked for that feature, if for not other 
reason than to import tracks retrieved with the findu rawposit script. 


If your program does accept this input format, do you know of any other 
program that does not? Even if yours, or another program will not, how 
hard is it to add that, since you already must process the format in the 
third party packet? 


Compare that effort to that required of _every_ author to support a new 
file format. 


And again, what does the proposed format provide that a TNC text format 
does not? 


>Even if the program uses a TNC in terminal mode, and accepts "TNC text" 
>input, it may choose not to take the "normal" approach of discarding the 
>frame type information before it leaves the TNC. Therefore input like 
>"G4IDE>APRS: Information field goes here" may be discarded. 

> 

Sorry, I don't follow this, can you elaborate? 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 08:24:19 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ7289 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 08:24:16 -0600 (CST) 
Message-ID: <LYR11589-3305-2001.03.28-08.40.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 15:23:12 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR13460-3301-2001.03.28-08.03.16- - 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR13460-3301-2001.03.28-08.03.16-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <8Swca4AQPfw6EwHl@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In article <LYR13460-3301-2001.03.28-08.03.16--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Steve Dimse <k4hg@tapr.org> writes 

[snip] 

> 

>Are you saying that UIView does not work with a TNC in text mode? I will 
>admit that my experience with your program is extremely limited, but I'm 
>surprised your users haven't asked for that feature, if for not other 
>reason than to import tracks retrieved with the findu rawposit script. 


It supports terminal mode, but to accept the simple format I quoted, and 
the format you are presumably referring to as "TNC text" - 

G4IDE>APRS: Information field goes here 

Is an "only use this input format if you really have to" option. 


It's not a problem for me, because I'm well capable of putting together 
an input converter to read the TNC text, and output it as UI KISS 
frames. 


However, as development of APRS compatible software outside the USA 
hopefully increases, this problem is likely to affect other apps. There 
are parts of the world where the "normal" TNC is, for instance, a TNC2 
with WA8DED/TF firmware. 


So I'm only expressing an opinion on what I think is a desirable format 
for test data, not pointing out an insurmountable problem. 


[snip] 
>Compare that effort to that required of _every_ author to support a new 
>file format. 


I don't quite see it like that. If someone is going to make the huge 
effort to produce a "test suite", I would have thought it was better to 
provide a reference set of KISS frames, that can be very easily 
converted into any input format the author may require. A binary 
representation of a frame is a more reliable definition than something 
that has supposedly come out of a TNC2 with a particular set of 
parameters configured. 


>And again, what does the proposed format provide that a TNC text format 
>does not? 


See above. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:15:29 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA09958 
for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:15:27 -0600 (CST) 
Message-Id: <LYR11589-3318-2001.03.28-09.31.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 09:16:29 -0600 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 


Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <saclac00.071@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA09958 


>>Are you saying that UIView does not work with a TNC in text mode? I will 
>>admit that my experience with your program is extremely limited, but I'm 
>>surprised your users haven't asked for that feature, if for not other 
>>reason than to import tracks retrieved with the findu rawposit script. 


>It supports terminal mode, but to accept the simple format I quoted, and 
>the format you are presumably referring to as "TNC text" 

>G4IDE>APRS: Information field goes here 

>Is an "only use this input format if you really have to" option. 


Did I miss something? Isn't most of the APRS Spec based on the "simple" terminal 
format? 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:20:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10427 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:20:47 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Wed, 28 Mar 2001 08:23:09 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
In-Reply-To: <LYR21162-3318-2001.03.28-09.31.31-- 
jmaslak#antelope.net@lists.tapr.org> 
Message-ID: <LYR11589-3321-2001.03.28-09.36.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.LNX.4.21.0103280822170 .20026-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 28 Mar 2001, Rich Beckwith wrote: 


> Did I miss something? Isn't most of the APRS Spec based on the 
> "simple" terminal format? 


Yes - but I think we should also test the program's ability to deal with 
unusual control characters in the data stream, since it happens in real 
life (TNCs break, people do compressed mail transfers on 144.39, etc)... 


Joel 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:26:00 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10677 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:25:54 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-3323-2001.03.28-09.41.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 10:17:12 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mark Sproul <msproul@jove.rutgers.edu> 
Subject: [aprsspec] Re: APRS Compliance 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <aQ5010425b6e7af301894@[128.6.238.130]> 


<LYR11591-3301-2001.03.28-08.03.16--kb2ici#tamsat.org@lists.tapr.org> 
<LYR11591-3301-2001.03.28-08.03.16--kb2ici#tamsat.org@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


><SMIP> 


>If your program does accept this input format, do you know of any other 
>program that does not? Even if yours, or another program will not, how 
>hard is it to add that, since you already must process the format in the 
>third party packet? 

> 

>Compare that effort to that required of _every_ author to support a new 
>file format. 

> 

>And again, what does the proposed format provide that a TNC text format 
>does not? 


I agree with Steve, the text mode format is an easy to read text file 
that can be parsed by hand and characters counted. If you had a 
binary format test suite, it would require special programs to 
create, edit, and view the data. Since its purpose would be to test 
APRS programs, using an APRS program to view the data would not be 
sufficient. 


Mark Sproul http://ecs.rutgers.edu | msproul@jove.rutgers.edu 
Manager - Engineering Computing Services | 732-445-3121 
Eng B-124-C | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:26:22 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10690 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:26:15 -0600 (CST) 
Mime-Version: 1.0 


Message-Id: <LYR11589-3324-2001.03.28-09.42.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 28 Mar 2001 10:24:42 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Mark Sproul <msproul@jove.rutgers.edu> 

Subject: [aprsspec] Re: APRS Compliance 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <aQ5010426b6e7b13491e9@[128.6.238.130]> 
<LYR11591-3295-2001.03.28-07.18.46--kb2ici#tamsat.org@lists.tapr.org> 
<LYR13460-3289-2001.03.28-06.20.51--rogeri#tpeaksys.co.uk@lists.tapr.org> 
<LYR11591-3295-2001.03.28-07.18.46--kb2ici#tamsat.org@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>[snip] 

> 

>Programs may be able to parse "TNC text format" embedded in a third 
>party frame, but that may not be the format of the input to the program. 
>The input to the program may be KISS frames, WA8DED host mode frames, 
>etc. You cannot use "TNC text" as the input to a program that is 
>expecting to see KISS frames, on the grounds that somewhere in its 
>processing it can handle that data. To handle "TNC text" as the program 
>input would require compliance testing to be done on a special version 
>of the program with some sort of input "hook" added. 

> 


I disagree with this. WinAPRS supports both normal TEXT mode TNCs 
and KISS mode. Additionally it supports AGWPE, in all 3 cases, the 
parsing code converts the "frame" into an internal format before any 
"APRS" parsing begins. This is the part the separates out the source 
call, the destination call, the digis, etc. Therefore the test suite 
from a NORMAL text file test the SAME parser as other modes use. The 
difference is I do not have any code to read a "binary" kiss mode 
file. Even if you were to have a KISS mode file, you have issues as 
to if it has the fill characters inserted or removed. 


If a particular program needed to use KISS mode files. I would 
expect that author to write his own program to convert normal text 
mode files to KISS files for ingesting into the program itself. The 
"official" files need to be easily read by anyone with a text editor. 


Mark Sproul http://ecs.rutgers.edu | msproul@jove.rutgers.edu 
Manager - Engineering Computing Services | 732-445-3121 
Eng B-124-C | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:44:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11194 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:44:39 -0600 (CST) 
Message-Id: <LYR11589-3329-2001.03.28-10.00.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Wed, 28 Mar 2001 10:43:03 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS Compliance 
In-Reply-To: <LYR11608-3324-2001.03.28-09.42.10--dvanhorn#cedar.net@list 
s.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010328103618 .032efe10@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Would it be a useful thing, if I was to create a small box that output 
APRS-Talk, in both correct and munged form? 


I'm thinking an AVR (because I prefer them) Max232 chip, and not much else, 
which could be reloaded with new firmware by anyone at near zero cost. 


I'd need definitions of properly formatted messages, and I could have it 


spit out "canned" errors, as well as randomly bash a byte or two in each 
message. It would look like a TNC to the program. 


It could even be made to accept commands like a TNC, though that adds 
another layer of complication. 


Since the first half (correct packets and canned errors) would be 
absolutely repeatable, it should make testing very simple. 

If the authors feed me any problems they pick up, then I can put that in to 
the next rev, as a specific test. 


My only question would be rom capacity, might have to add an external 
EEPROM if the canned part gets too large, which would take a second layer 
of no-cost programming to reload as needed.. 


If succesful, we could end up with a cheap and repeatable way to verify 
compliance. 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:55:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11791 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:54:57 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-3331-2001.03.28-10.10.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <4.3.2.7.2.20010328103618 .032efe10@mail.cedar.net> 
References: <4.3.2.7.2.20010328103618 .032efe10@mail.cedar.net> 
Date: Wed, 28 Mar 2001 10:50:22 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mark Sproul <msproul@jove.rutgers.edu> 
Subject: [aprsspec] Re: APRS Compliance 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <aQ5010427b6e7b7fe2a1f@[128.6.238.130]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 10:43 AM -0500 3/28/01, David VanHorn wrote: 

>Would it be a useful thing, if I was to create a small box that 
>output APRS-Talk, in both correct and munged form? 

> 

>I'm thinking an AVR (because I prefer them) Max232 chip, and not 
>much else, which could be reloaded with new firmware by anyone at 
>near zero cost. 

> 

>I'd need definitions of properly formatted messages, and I could 
>have it spit out "canned" errors, as well as randomly bash a byte or 
>two in each message. It would look like a TNC to the program. 


The way I do it is much simpler, I hook 2 computers to each other via 
a serial port. On one, I run APRS (Mac or Win) on the other, I use a 
terminal program to dump the text file out the serial port. I can 
now send any of the 100's of log files that I have (most from 
debugging user reported problems) to the program for a real "live" 
simulation. I have even done this using 2 serial ports on the same 
computer. Either way, it works well, costs nothing, and I can send 
what ever files I want. 


Mark Sproul http://ecs.rutgers.edu | msproul@jove.rutgers.edu 
Manager - Engineering Computing Services | 732-445-3121 
Eng B-124-C | 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 09:57:43 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA12152 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 09:57:40 -0600 (CST) 
Message-Id: <LYR11589-3332-2001.03.28-10.13.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


X-Sender: dvanhorn@mail.cedar.net 

Date: Wed, 28 Mar 2001 10:56:13 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: David VanHorn <dvanhorn@cedar.net> 

Subject: [aprsspec] Re: APRS Compliance 

In-Reply-To: <LYR11608-3331-2001.03.28-10.10.59--dvanhorn#cedar.net@list 
s.tapr.org> 

References: <4.3.2.7.2.20010328103618 .032efe10@mail.cedar.net> 
<4.3.2.7.2.20010328103618 .032efe10@mail.cedar.net> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <4.3.2.7.2.20010328105546.032923d0@mail.cedar.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>The way I do it is much simpler, I hook 2 computers to each other via a 
>serial port. On one, I run APRS (Mac or Win) on the other, I use a 
>terminal program to dump the text file out the serial port. I can now 
>send any of the 100's of log files that I have (most from debugging user 
>reported problems) to the program for a real "live" simulation. I have 
>even done this using 2 serial ports on the same computer. Either way, it 
>works well, costs nothing, and I can send what ever files I want. 


Ok, that works for me.. 
Do we need web space to host these test files? 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6éete-9 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 10:01:41 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA12273 


for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 10:01:36 -0600 (CST) 
X-Authentication-Warning: bigsky.antelope.net: jmaslak owned process doing -bs 
Date: Wed, 28 Mar 2001 09:04:03 -0700 (MST) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
In-Reply-To: <LYR21162-3329-2001.03.28-10.00.43-- 
jmaslak#antelope.net@lists.tapr.org> 
Message-ID: <LYR11589-3333-2001.03.28-10.17.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.21.0103280853100 .20063-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 28 Mar 2001, David VanHorn wrote: 


<Talking about hardware device> 
> If succesful, we could end up with a cheap and repeatable way to verify 
> compliance. 


The concern I have with this: 
How do you test the Ham Hud 3 with it's internal packet modem? 


Other than this, I really like this idea, and it seems clearly the way to 
do it. 


I might suggest, though, that you look at the Palm Pilot. Not only could 
it send the packets just fine, but it could ask questions like, "I just 
sent a message from N7XUC-13 to N7XUC-1. Does the program alert you to 
this? <YES/no>". I can't think of any other way to test things like 
message reception (yes, it acks, but did it actually receive it?) and 
bullettin overwriting (newer bulletins overwrite older ones). 


The hard part of this isn't the Palm Pilot programming. The hard part is 
the script the program runs. 


I propose the following "language" for writing a script. If someone 
writes a script using this language, I'll test it. 


(I don't know if I got the packet format right) 


(note that I quote *'s - since * becomes a wildcard) 


T Messaging Test 

S N7XUC>WIDE\*,APZCRT::N7XUC-1 :Test Message $322 

E 60 N7XUC-1>*:N7XUC :ack}{322 

P Did the "Test Message" I just sent display properly? 
R Yes 

R No 

C Yes 


"T" is the command to start a text. One argument is given, the name of 
the test (so it can be put on a report). 
"S" means "SEND" 


"E" means "EXPECT". It takes two parameters, a timeout in seconds and 
what it expects. 
"P" means "PROMPT". It asks the user a question. It takes one argument, 


the question. 

"R" means "RESPONSE". This is only valid following a "PROMPT". Each 
of these gives a valid response. 

"C" manes "CORRECT". This is the answer that SHOULD be given. 


If any one of these fails, all the other "S"ends should be sent in that 
command and no "E" or "P"s should be processed until the next "T". 


Joel 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 10:32:08 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA14248 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 10:31:59 -0600 (CST) 
Message-Id: <LYR11589-3339-2001.03.28-10.48.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 10:32:51 -0600 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Mime-Version: 1.0 


Content-Type: text/plain; charset=US-ASCII 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sacibdf0.091@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA14248 


My guess is that whether the software is accepting data from a TNC, IP, AGWPE or 
Text file, most programs will use the same parser engine, and it will be based on 
the "simple" terminal data formats found in the APRS Spec. 


A text file is portable and easy to transmit, and I suspect most APRS programs 
have the ability to read them already. 


The issue as I see it is documentable results. I can hang out on second.aprs.net 
for a month at a time, but unless I know what is SUPPOSED to happen I will 
probably miss some things. The real value of a test file is the accompanying 
document that describes what should of happened, i.e. a digi with a "N" overlay at 
this coordinate, an object at this coordinate with this symbol and this overlay 
etc. 


I never proposed that the test file should be the ultimate test of APRS 
compliance. It it would be a great tool for developers who want to test their 
software against some sort of known standard. 


Regards, 


Rich - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 10:42:45 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA14806 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 10:42:41 -0600 (CST) 


Date: Wed, 28 Mar 2001 10:42:29 -0600 

Message-Id: <LYR11589-3342-2001.03.28-10.58.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

From: "James Jefferson" <jjeffers@deskmedia. com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 

X-IPAddress: 209.83.83.22 

MIME-Version: 1.0 

Content-Type: text/plain; charset=iso-8859-1 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103281642 .KAA14772@dm.deskmedia. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


An internet server like aprsserve could stream out a test file for the 
PC programs (doesn't help much for things like radios with built-in 
APRS, unless you gate it back out to RF). 


You could take it a step further and have the internet server send you 
message packets telling the operator to test a function of the program 
(ie beacon a position) and then send back a message saying that it was 
done correctly. 


To test sending capabilities from radio's like the D700 you could send a 
message to the server saying "I'm about to test ... tell me if this is 
properly formated" - then send your packet - then wait for a response 
back. 


Hopefully what I wrote is coherent ... I woke up waaaay to early this 
morning. 


-James Jefferson KBOTHN 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 11:00:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA15910 


for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 11:00:27 -0600 (CST) 
Message-Id: <LYR11589-3347-2001.03.28-11.16.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Wed, 28 Mar 2001 12:00:17 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103281700.JAA19457@harrier.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 3/28/01 9:23 AM Roger Barker (roger@peaksys.co.uk) wrote: 


>I don't quite see it like that. If someone is going to make the huge 
>effort to produce a "test suite", I would have thought it was better to 
>provide a reference set of KISS frames, that can be very easily 
>converted into any input format the author may require. A binary 
>representation of a frame is a more reliable definition than something 
>that has supposedly come out of a TNC2 with a particular set of 
>parameters configured. 

> 

How are these going to be created and edited? To do KISS frames directly, 
you would either need to use a hex editor, which would be very tedious, 
or write a custom editing engine. Anyone that wanted to look at the test 
suite would either have to get the editing program, or go to the trouble 
of converting them by hand. Seems like a needlessly complex method. 


Since you are proposing to require a conversion routine to go from KISS 
to text, why not write and edit in the more easily readable and usable 
format, and convert to KISS for those few apps that need it? 


Can you describe an instance that has any relavence to the APRS spec, 
where the tnc-text would not be representative of the KISS format, and 
could not be easily converted? 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 11:10:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA16484 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 11:10:32 -0600 (CST) 
Message-Id: <LYR11589-3348-2001.03.28-11.26.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Wed, 28 Mar 2001 12:08:54 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS Compliance 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <Pine.LNX.4.21.0103280853100.20063-100000@bigsky.antelope.n 
et> 
References: <LYR21162-3329-2001.03.28-10.00.43-- 
jmaslak#antelope.net@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010328111608.036e6c50@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 
>How do you test the Ham Hud 3 with it's internal packet modem? 


Use another TNC to feed it stuff. 


>The hard part of this isn't the Palm Pilot programming. The hard part is 
>the script the program runs. 


It's a platform, but I don't have tools for it. 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 11:33:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA18573 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 11:33:29 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 28 Mar 2001 12:32:36 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
In-Reply-To: <LYR11586-3332-2001.03.28-10.13.46-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-3352-2001.03.28-11.49.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10103281229060 .20688-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 28 Mar 2001, David VanHorn wrote about the APRS test files. 
> Do we need web space to host these test files? 


I began a test file long ago, it takes a lot of work. Because each format 


packet should be self explainatory. So that the viewer does not have to 
hand analyze each one to see if it is correct or not. 


For example a COMPRESSED posit packet might include this text: 
HEADER: POSIT-FORMAT..."This is at the Washington Monumnet" 


Thus if its there, it worked. If its not there, its broke. 


Just sending a whole bunch of packets is a waste of time, unless they are 
"self-proving"... That is where the creativity and effort is involved in 
building the test suite... 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 11:42:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA19012 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 11:42:29 -0600 (CST) 
Message-Id: <LYR11589-3361-2001.03.28-11.58.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Wed, 28 Mar 2001 12:40:47 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS Compliance 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR11608-3352-2001.03.28-11.49.28--dvanhorn#cedar.net@list 

s.tapr.org> 

References: <LYR11586-3332-2001.03.28-10.13.46-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010328123609.034e8acO0@mail.cedar.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 12:32 PM 3/28/01 -0500, Bob Bruninga wrote: 

>On Wed, 28 Mar 2001, David VanHorn wrote about the APRS test files. 

> 

> > Do we need web space to host these test files? 

> 

>I began a test file long ago, it takes a lot of work. Because each format 
>packet should be self explainatory. So that the viewer does not have to 
>hand analyze each one to see if it is correct or not. 

> 

>For example a COMPRESSED posit packet might include this text: 

> 

> HEADER:POSIT-FORMAT..."This is at the Washington Monumnet" 

> 

>Thus if its there, it worked. If its not there, its broke. 


That's cool, but you could also have a file of data that is known to create 
"problem X". You download it, play it to your system, and debug till not 
"problem X". 


You can also have large "wads" of correct packets in all their various 
forms, which systems must accept without crashing. 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 11:57:47 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA19924 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 11:57:43 -0600 (CST) 
Message-Id: <LYR11589-3365-2001.03.28-12.13.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 11:58:32 -0600 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 


Mime-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sac1d208.025@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA19924 


This is where "categories" of APRS devices would be nice. My primary interest has 
to do with the way objects are displayed on maps, bulletins, watches etc are 
handled, so I am viewing the test from a slightly different perspective. 


It is possible that the HamHud 2100 will have mapping, or the D7QO00AZ, but for now 
they deal with a subset of the spec. That doesn't mean they won't be entirely 
compliant with portions of the spec appropriate for those platforms. 


I doubt anyone currently using any APRS software made their decision based on 
compliance, but instead based their decision on platform and feature set. I don't 
plan on marketting APRS software with an "APRS COMPLIANT" logo on box. Maybee a 
picture of Bob? 


I am primarliy interested in compliance from a tactical, decision support 
perspective. A developer should have some idea of how well his software supports 
this aspect of APRS design specification, and have a tool for determining if there 
is a problem and fixing it. 


If I can't see it, or its in the wrong place, or doesn't accurately represent the 
situation... 


Rich - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 11:59:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA20021 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 11:59:01 -0600 (CST) 


Message-ID: <LYR11589-3366-2001.03.28-12.15.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 28 Mar 2001 18:58:13 +0100 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: APRS Compliance 

References: <LYR13460-3347-2001.03.28-11.16.34-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR13460-3347-2001.03.28-11.16.34-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <r$JJB6A1Yiw6Ew2k@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR13460-3347-2001.03.28-11.16.34--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Steve Dimse <k4hg@tapr.org> writes 

[snip] 

> 

>Since you are proposing to require a conversion routine to go from KISS 
>to text, why not write and edit in the more easily readable and usable 

>format, and convert to KISS for those few apps that need it? 


One of the bits of my message you didn't quote said "It's not a problem 
for me, because I'm well capable of putting together an input converter 
to read the TNC text, and output it as UI KISS frames." 


>Can you describe an instance that has any relavence to the APRS spec, 
>where the tnc-text would not be representative of the KISS format, and 
>could not be easily converted? 


An obvious example is when the received frame isn't even a UI frame - 
but I think that opens up a whole new can of worms, and the spec doesn't 
really handle the situation, so I'll withdraw the comment... ;-) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.packetradio.org.uk 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 12:31:51 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA22998 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 12:31:49 -0600 (CST) 
Message-Id: <LYR11589-3370-2001.03.28-12.47.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 12:31:40 -0600 
From: Timothy J Salo <tjs@tc.umn.edu> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iss.357f.3ac22e0c.6a38d.1@garnet.tc.umn.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Wed, 28 Mar 2001 12:40:47 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS Compliance 
Pajewdl 
You can also have large "wads" of correct packets in all their various 
forms, which systems must accept without crashing. 


VVVVNV WV 


You also ought to create large wads of incorrect packets, which systems 
ought to accept without crashing. (I believe that this is particularly 
true, given the emphasis that has been placed on the use of APRS 

in emergency situations. ) 


-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 12:35:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA23352 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 12:35:39 -0600 (CST) 
Message-Id: <LYR11589-3371-2001.03.28-12.51.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


X-Sender: dvanhorn@mail.cedar.net 

Date: Wed, 28 Mar 2001 13:33:36 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: David VanHorn <dvanhorn@cedar.net> 

Subject: [aprsspec] Re: APRS Compliance 

In-Reply-To: <LYR11608-3370-2001.03.28-12.47.54--dvanhorn#cedar.net@list 
s.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <4.3.2.7.2.20010328133253 .031bb3b0@mail.cedar.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>You also ought to create large wads of incorrect packets, which systems 
>ought to accept without crashing. (I believe that this is particularly 
>true, given the emphasis that has been placed on the use of APRS 

>in emergency situations. ) 


Yes.. 
A file full of hosed packets that caused problems in the past would be good 
for regression testing. 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 14:35:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q4166 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 14:35:37 -0600 (CST) 
Mime-Version: 1.0 
Message-Id: <LYR11589-3398-2001.03.28-14.51.43-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 28 Mar 2001 15:27:50 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Mark Sproul <msproul@jove.rutgers.edu> 

Subject: [aprsspec] Re: APRS Compliance 

Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <aQ501042fb6e7£9578496@[128.6.238.130]> 
<LYR11591-3361-2001.03.28-11.58.30--kb2ici#tamsat.org@lists.tapr.org> 
<LYR11586 -3332-2001.03.28-10.13.46--bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR11591-3361-2001.03.28-11.58.30--kb2ici#tamsat.org@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>That's cool, but you could also have a file of data that is known to 
>create "problem X". You download it, play it to your system, and 
>debug till not "problem X". 

> 

>You can also have large "wads" of correct packets in all their 
>various forms, which systems must accept without crashing. 

> 


This is exactly what I have been doing for years. I have a large 
collection of both good and bad files. In the early years, Bob and I 
shared these file and every time he came up with something new, he 
would send me a file. I would then work on code until it behaved 
properly. 


Mark 

Mark Sproul http://ecs.rutgers.edu | msproul@jove.rutgers.edu 
Manager - Engineering Computing Services | 732-445-3121 

Eng B-124-C | 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 18:48:18 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA26695 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 18:48:12 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-3436-2001.03.28-19.04.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Mar 2001 19:47:46 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR22299-3119-2001.03.27-11.42.31--jeff#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AC28632.E84C84BE@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


"Rich Beckwith" wtote: 

Subject: [aprsspec] APRS Compliance 

It occurred to me today that testing for APRS compliance would be easier 
if a "test" file was available. If it were accompanied by a check list, 


the APRS author could verify the results produced by his software to 
determine conformance to the spec. 


VVVV VV 
VVVV VV 


I've seen over 25 postings on this subject. 

Yet no-one asks the obvious question. 

Who is going to do it? 

~2 years ago, in its charter, the APRS-WG clearly outlined a verification suite 
along with the certification process for the product claim of "APRS Certified". So 


the need was clearly recognized at that time. 


I think TAPR owes it to the amateur community either to replace the members on 


the WG that resigned and once again jump start the group, or officially terminate 
the group. I know for a fact a number of people have volunteered to help out in 
various 

regards with the WG, both to replace the members that resigned as well as to start 
documenting other aspects of the protocol. Yet to my knowledge no action has been 
taken here. 


The problem here is not one of blame, but one of the whole project is in limbo. 
Nobody 

wants to step on anybodies toes, hence the end result is not only that nothing 
gets done, 

but that those that would do something don't want to offend those that did by 
forming a 

new group to manage APRS. 


It just seemed so obvious to me all these postings, while good and well 
intentioned, wouldn't 

amount to a hill of beans just as all the posts on the APRSSERVE protocol didn't 
amount to 

anything of substance. It is not the fact that no-one is offering to help, but 
that the 

whole process is in the twilight zone, at best. 


Or am I mis-informed here? 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 19:31:04 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ0973 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 19:31:02 -0600 (CST) 
Message-Id: <LYR11589-3440-2001.03.28-19.47.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Wed, 28 Mar 2001 20:30:49 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
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On 3/28/01 7:47 PM Jeff King (jeff@aerodata.net) wrote: 


>I think TAPR owes it to the amateur community either to replace the 
>members on 

>the WG that resigned and once again jump start the group, or officially 
>terminate 

>the group. 


If you look closely at the APRS WG charter, you'll see that it is not a 
TAPR-owned organization. TAPR has one vote on the committee, no more. 
While TAPR was important in the formation of the WG, it cannot accomplish 
either of the suggestions you make. 


>It just seemed so obvious to me all these postings, while good and well 
>intentioned, wouldn't 

>amount to a hill of beans just as all the posts on the APRSSERVE protocol 
>didn't amount to 

>anything of substance. It is not the fact that no-one is offering to help, 
>but that the 

>whole process is in the twilight zone, at best. 

> 

I have a slightly different take on why the APRS Internet Protocol went 
nowhere (I really prefer everyone stop calling it APRServe protocol). The 
APRS Spec exists solely because of the superhuman effort of one person, 
Ian Wade, who took the time to understand and document the protocol. I 
don't know how much time he spent on this, but I'll bet it over 200 

hours. 


Note that Ian was never a member of the APRSWG. He came from outside and 
made the enormous personal commitment required. When he did so, his 
efforts were greatfully accepted by the APRSWG. No one came forward to 
make a Similar commitment to the Internet documentation project. If 
someone had, I believe the results would have been different. 


I agree that all this discussion on the test suite is likely to end up 
just like the Internet discussion. Regardless of the number of people 
that offer to help, there has to be one single person that steps forward 
to coordinate all these volunteers (and in many ways more people make it 
tougher). In efforts like this, the coordinator ends up putting in far 
more work than any of the troops. This person could come from inside the 
WG, or outside, it doesn't matter. 


To say "The APRS WG should take this task on", or "TAPR should make it 
happen" overlooks the reality that both these organizations are composed 
of individuals with their own time constraints and priorities. Should Bob 
be forced to do it? John Ackermann as president of TAPR (and the 
non-voting administrative chair of the WG)? One of the board members of 
TAPR picked at random? A callsign picked out of the callbook? Who has the 
power to force these people to do it? Even if you could, the results 
would be poor, an effort like this must be a labor of love, and so far, 
no one seems to be lusting after this task! 


If someone did step forward, make a serious proposal to the APRSWG, and 
back it up with the requisite effort, I bet they will find a warm 
reception, and I wouldn't be surprised if such a person were offered a 
spot in the APRS WG. 


In case some people don't recall, I'm not a member of the WG any longer, 
and I speak only for myself on this issue. I do not have the time or 
inclination to take this task on. Perhaps someone out there does... 


Steve K4HG 
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You missed the point, but I'll try anyways 


Steve Dimse wrote: 


> 
> If you look closely at the APRS WG charter, you'll see that it is nota 
> TAPR-owned organization. 


It is on the TAPR web page, it was commissioned by the then TAPR president, and 
to this day I see TAPR officers taking credit in TAPR's name for the good 
work documenting the APRSSPEC. 


If I looks like a duck, quacks like a duck and smells like a duck, I call 
it a duck regardless of any wiggle room that was written into the charter 
that you are quoting to us. 


In any case, I am not casting aspersions, just suggesting we call a spade 
a spade. Does the WG still exist? 


> TAPR has one vote on the committee, no more. 
> While TAPR was important in the formation of the WG, it cannot accomplish 
either of the suggestions you make. 


Vv 


Can't or won't? Being TAPR created the WG, I see no reason why they could 
not jump start it if they had the will and desire to do this. 


Note that Ian was never a member of the APRSWG. He came from outside and 
made the enormous personal commitment required. When he did so, his 
efforts were greatfully accepted by the APRSWG. No one came forward to 
make a similar commitment to the Internet documentation project. If 
someone had, I believe the results would have been different. 


VVVV WV 


That is not how I understand it. 


> I agree that all this discussion on the test suite is likely to end up 
> just like the Internet discussion. 


OK, at least we agree here, although possible for different reasons. 


> To say "The APRS WG should take this task on", or "TAPR should make it 
> happen" 


When did I say this? You really need to read what I post instead of what you 

want to hear. I'm simply stating if the APRS-WG has ceased to exist, that 

needs to be stated. It is fairly clear to me that another protocol committee 
needs to be formed, yet the existence of this ghost protocol committee is a 
potential negative factor. Being you feel that Ian Wade was the only contributing 
person of the old WG, and I understand he has resigned, I would think you agree 
the 

WG has ceased to exist. A indeterminate state is not a positive thing and I 

know at least one potential motivated volunteer it has discouraged due to them 
not wanting to rock the boat. 


What I xdid* say is TAPR owes a commitment to the amateur community. This 
goes beyond any legal loopholes you have cited here. It appears to me 

that a validation suite is both wanted and needed and we both agree with 
the current situation, this is unlikely to happen. Stepping outside the 
legal loopholes, it appears promoting such a thing is within TAPR's mission 
plan. 


If someone did step forward, make a serious proposal to the APRSWG, and 
back it up with the requisite effort, I bet they will find a warm 
reception, and I wouldn't be surprised if such a person were offered a 
spot in the APRS WG. 


VVV WV 


1. Serious proposals have already been made to the WG, with the requisite effort, 
and I know you are aware of this. At least one of these persons was a serious 
player. 

Yet nothing apparently came of it. Which leads me to the obvious question of... 


2. Does the APRS-WG still exist? 


Anyways, just to stay focused, I'm just suggesting that all good projects need 
conclusions, and this one does as well. It certainly doesn't mean by officially 
acknowledging the disbandment of the existing WG anything will happen... to a 
lesser degree I share your cynical attitude, yet the existence of this ghost group 
is a discouragment/distraction to the formation of any other group. 


-Jeff 
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I gotta quote Jeff exactly here or he's going to whine more, although I did 
cut out a few lines so he'll retaliate anyway! 


>>what I xdid* say is TAPR owes a commitment to the amateur community... It 
appears to me that a validation suite is both wanted and needed and we both 
agree with the current situation, this is unlikely to happen. 


>>the existence of this ghost group is a discouragment/distraction to the 
formation of any other group. 


Does anybody else disagree with these two? A lot of folks have undertaken 
the development of software and other initiatives on their own and shared it 
with the APRS community without the endorsement, assistance, or participation 
of the WG. Most of the time, it was because they *xWANTED* to do it by 
themselves, and got whatever assistance they needed from email, web sites, 
and asked for a few snippets of code where necessary. If there are some of 
you out there being held back by this ghost WG, "BOO" on you! 


The APRS WG members continue to appear to welcome anyone who seriously starts 
to put effort into a project, as long as it doesn't add more to the workload 
of what they already still incredibly find the time to devote. And APRS is 
still being expanded in a lot of directions. The authors are doing a pretty 


good job of certifying and testing their own work (if not for pride then to 
keep the complaints down.) 


A certification algorithm is a good idea, yes. And, if it were a GREAT idea, 
it would have been done by now. 


Seriously, is "TAPR" going to say to Bob et. al. and say "Sorry, guys, you're 
not doing enough. We're firing you and opening up seats for a new group" ? 
Heck, we never even refilled Steve's seat :-) 


I think there's plenty of room and goodwill for anyone who wants to pursue an 
aspect of APRS that seems weak or needs to be better explored. No one is 
stopping anybody, and certaining not the WG. 


But, let's take a moment to check out what's been done accomplished recently. 
Sprouls fixing up the UHE's and other things self-discovered 
Steve's keeping findu running and improving 

APR Bob's sat tracker hardware and software 

Mike's new release of Palm PocketAPRS 

Barker's PSK31 work 

HamHUD next generation 

TinyTrakker economizing 

APRS+SA enhancements 

Ev's Beaconet data 

Mark's Citadels and other hardware projects 

And heck, that's just off the top of my head. 


Thanks, everybody - I think we're doing pretty well for a bunch of "amateurs" 
! 


<pun> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 28 22:20:18 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA12475 

for <lyris.aprsspec@tapr.org>; Wed, 28 Mar 2001 22:20:12 -0600 (CST) 
Message-Id: <LYR11589-3468-2001.03.28-22.36.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Wed, 28 Mar 2001 23:19:54 -0500 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200103290419 .UAA29399@avocet.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 3/28/01 9:37 PM Jeff King (jeff@aerodata.net) wrote: 


>> 

>> If you look closely at the APRS WG charter, you'll see that it is not a 
>> TAPR-owned organization. 

> 

>It is on the TAPR web page, it was commissioned by the then TAPR 
>president, and 

>to this day I see TAPR officers taking credit in TAPR's name for the good 
>work documenting the APRSSPEC. 

> 

>If I looks like a duck, quacks like a duck and smells like a duck, I call 
>it a duck regardless of any wiggle room that was written into the charter 
>that you are quoting to us. 

> 

The APRSWG came out of a meeting that was arranged and largely paid for 

by TAPR. It was organized by Greg because of an ongoing dispute between 
Bob and myself over the future of APRS. The specific issue was ownership 
of the protocol, I was fighting for an open spec that would be open to 

all programmers. TAPR's interest was in nuturing APRS, making sure it 
didn't die because of the dispute. 


In forming the working group, TAPR was very careful to avoid both the 
appearance and the substance of "taking over" APRS. APRS is Bob's baby, 
and he has every right to have a big say in its future. Hence the reason 
that he gets two votes, this was one of the least contentious issues we 
covered. The working group was set up as an autonomous entity quite 
deliberately. This is not wiggle room. TAPR does not have a right to 
control the APRS WG, or APRS in general. Only the APRS WG controls the 
APRS WG. Sure they get web space and a TAPR mailing list, but so do a lot 
of other projects over which TAPR has no control. 


When I said that the spec existed "soley" because of the efforts of Ian, 
my words were poorly chosen. Many people contributed, and I certainly 
wouldn't want to shortchange John for his role of 
moderator-with-the-patience-of-Job. What I was trying to convey was that 
even with Ian's incredible effort, it took much longer than anyone 


expected. Had Ian not been involved, it would never have been a finished 
document. 


TAPR can certainly claim credit for creating the working group. And just 
as a parent gets to claim a share of credit for the achivements of their 
offspring, TAPR has right to be proud of the APRS Spec, it wouldn't exist 
without them (and without Ian, Bob, TSB, et. al.). But as every parent 
knows, children grow up, and you lose control over them. The APRS WG was 
born full-grown, and TAPR had no control (other than their single vote) 
from that point on. 


>In any case, I am not casting aspersions, just suggesting we call a spade 
>a spade. Does the WG still exist? 

> 

AFAIK, yes. Will it ever do anything useful? Personally, I have my 

doubts. I do wish they had taken my last recommendation before I resigned 
and appointed you to the vacant seat. I don't think the outcome would be 
any different, but you'd have an understanding of the difficulty in 
getting even this small group of very busy people to do anything. 


>> TAPR has one vote on the committee, no more. 

>> While TAPR was important in the formation of the WG, it cannot accomplish 
>> either of the suggestions you make. 

> 

>Can't or won't? Being TAPR created the WG, I see no reason why they could 
>not jump start it if they had the will and desire to do this. 

> 

TAPR does not have an official policy on this, I'm speaking for myself, 

but I honestly don't see what TAPR can do. As I said, this is a group of 
very busy people, none of them have the time to do the leg work of 

creating an Internet document or a test suite. 

> 

>> Note that Ian was never a member of the APRSWG. He came from outside and 
>> made the enormous personal commitment required. When he did so, his 

>> efforts were greatfully accepted by the APRSWG. No one came forward to 
>> make a similar commitment to the Internet documentation project. If 

>> someone had, I believe the results would have been different. 


>That is not how I understand it. 


> 

Please share... 

> 

>> To say "The APRS WG should take this task on", or "TAPR should make it 
>> happen" 

> 


>When did I say this? You really need to read what I post instead of what you 
>want to hear. 


On 3/28/01 7:47 PM Jeff King (jeff@aerodata.net) wrote: 


>I think TAPR owes it to the amateur community either to replace the 
>members on 

>the WG that resigned and once again jump start the group, or officially 
>terminate 

>the group. 


That sure sounds like you are saying TAPR should make his happen by 
jumpstarting the group. And you certainly seem to be saying that the APRS 
WG should be doing the test suite. My point is that "The APRS WG" is a 
group of individuals. AFAIK, none of them have the time or inclination to 
do either the internet document or test suite. Is there someone out there 
willing to take either of these tasks on? If so, I haven't heard of 
them...there are a lot of people that want to help, but none willing to 
shoulder the primary responsibility. One needn't be in the APRS WG to do 
this, though if someone was putting out the kind of effort Ian did, I 
would most definitely attempt to get the board to have our rep nominate 
the person for membership in the WG. Further, I would try to convince the 
other WG members to vote in favor. However, before I do something like 
this, I need to see someone accept the challenge, and do some serious 
work. 


Over the last year, I've had perhaps 20 people come to me asking to help 
code things on findu. For each I've given my source code, accounts on my 
system as needed, and support. I've spent a lot of time walking people 
through things. Total lines of usable code returned to me: 0. So forgive 
me if I'm jaded, but before I throw my recomendation to someone, I want 
to see results. 


>I'm simply stating if the APRS-WG has ceased to exist, that 

>needs to be stated. It is fairly clear to me that another protocol committee 
>needs to be formed, yet the existence of this ghost protocol committee is a 
>potential negative factor. Being you feel that Ian Wade was the only 
>contributing 

>person of the old WG, and I understand he has resigned, I would think you 
>agree the 

>WG has ceased to exist. A indeterminate state is not a positive thing and I 
>know at least one potential motivated volunteer it has discouraged due to 
>them 

>not wanting to rock the boat. 

> 

If Ian was a WG group member, it happened after I resigned. I don't 

believe that was likely, because by the time I left, he was pretty burned 
out on working with the group. 


>What I *did* say is TAPR owes a commitment to the amateur community. This 
>goes beyond any legal loopholes you have cited here. It appears to me 


>that a validation suite is both wanted and needed and we both agree with 
>the current situation, this is unlikely to happen. Stepping outside the 
>legal loopholes, it appears promoting such a thing is within TAPR's mission 
>plan. 

> 

OK, so exactly what would you have TAPR do? We don't have control of the 
WG. Even if we did, and we completely restaffed the WG, what would that 
accomplish? My most important point in the last post is that there needs 
to be another Ian, one that just gets the job done. Not someone that 
proposes to get it done, not someone that wants to help, but someone that 
does it. And they don't need to be in the APRS WG. If someone does it, 
I'll bet the APRS WG supports it. And if they don't, who cares? It will 
still be there, useful to and appreciated by a lot of APRSers. 

> 

>> If someone did step forward, make a serious proposal to the APRSWG, and 
>> back it up with the requisite effort, I bet they will find a warm 

>> reception, and I wouldn't be surprised if such a person were offered a 
>> spot in the APRS WG. 


>1. Serious proposals have already been made to the WG, with the requisite 
>effort, 

>and I know you are aware of this. At least one of these persons was a 
>serious player. 

>Yet nothing apparently came of it. Which leads me to the obvious question 
>of... 

> 

I know of no such effort. Who has produced a start on either the internet 
protocol or test suite? 


Steve K4HG 
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K3for@aol.com wrote: 

> 

> I gotta quote Jeff exactly here or he's going to whine more, although I did 
> cut out a few lines so he'll retaliate anyway! 

I simply was stating that we have already had a discussion like this before, 
and it seemed ashamed to spend so much time on it when we had no outlet 


for it. Even Steve Dimse agreed with this. I saw 25+ posts on the need for 
a validation algortim, and I was pointing out this simple fact. 


> The APRS WG members continue to appear to welcome anyone who seriously starts 
> to put effort into a project, 


I'm not talking about the past, I'm talking about now. 


Does the APRS-WG still exist? It is a simple question. If it doesn't exist, the 
a new group should be formed to address the needs the posters are indentify. 


Real simple. 


> Thanks, everybody - I think we're doing pretty well for a bunch of "amateurs" 


Again, the accomplishments of the past was not the point. 


- Jeff 
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Steve Dimse wrote: 


> On 3/28/01 9:37 PM Jeff King (jeff@aerodata.net) wrote: 


>If I looks like a duck, quacks like a duck and smells like a duck, I call 
>it a duck regardless of any wiggle room that was written into the charter 
>that you are quoting to us. 

> 

The APRSWG came out of a meeting that was arranged and largely paid for 

by TAPR. It was organized by Greg because of an ongoing dispute between 
Bob and myself over the future of APRS. 


VV VV VV MV 


Yeap, saw all this. 


Also think it was a big mistake and stated so at the time. APRS needs and 
needed a firm standards body. I thought it should have been TAPR. I never 
agreed with the kissy face approach to it... and I believe 

my feelings are being borne out. With any standards body, you need to have 
firm control of the protocol. Protocols are NOT open source, they ultimately 
have to be dictatorships. Personally, I'd rather see Bob grab it back then 
what we have now... a benevolent dictator is far far better then anarchy. 


TAPR can certainly claim credit for creating the working group. And just 
as a parent gets to claim a share of credit for the achivements of their 
offspring, TAPR has right to be proud of the APRS Spec, it wouldn't exist 
without them (and without Ian, Bob, TSB, et. al.). But as every parent 
knows, children grow up, and you lose control over them. The APRS WG was 
born full-grown, and TAPR had no control (other than their single vote) 
from that point on. 


VVVVV VV 


OK. Fair enough. Your child grows up, turns 18, and you loose control of 
them. Yet when they are 19, you get a call from the hospital or worse yet, 
the morgue, do you tell the state they are on their own? No, you help them 
back on their feet. This was the role I was suggesting here. I understand 

it is not your legal responsibility.... yet clearly the child is sick. Either 
sign the death certificate (or stop saying they still exist) or help them 

get back to health. 


> >In any case, I am not casting aspersions, just suggesting we call a spade 
> >a spade. Does the WG still exist? 

>> 

> AFAIK, yes. 


Yet of all the times this has come up, I only recall Bob saying they still 
existed. You of course are no longer a member yet still seem to get involved 
in everyone of these discussions. 


> Will it ever do anything useful? Personally, I have my 
> doubts. 


Doubts or hopes? 
> I do wish they had taken my last recommendation before I resigned 
> and appointed you to the vacant seat. 


Yes, you mentioned that you had suggested me and Tim Salo, yet I only 
heard this from you. I found this strange when I knew of far more qualified 


people then myself that had actually volunteered. And they were not accepted. 
While I have volunteered 11 separate times over the last 10 years for TAPR 
projects (and I am 0/11) this project I did not volunteer for. That is not 
to say I wouldn't have accepted if called upon, yet that didn't happen nor 
did anyone on the WG acknowledged to me you did what you said you did. 


> I don't think the outcome would be 
> any different, but you'd have an understanding of the difficulty in 
> getting even this small group of very busy people to do anything. 


Part of volunteering for any project is having both the skills, interest and time 
to contribute. This is something I have taken into account every time I have 
volunteered. If someone doesn't have the time to contribute, they should resign. 
So if such was the case on the WG as you outline, with mostly disinterested 
parties 

onboard, I would guess you would be correct as one motivated person couldn't make 
much of a difference, in particular if they met with resistance. 


>Can't or won't? Being TAPR created the WG, I see no reason why they could 
>not jump start it if they had the will and desire to do this. 

> 

TAPR does not have an official policy on this, I'm speaking for myself, 
but I honestly don't see what TAPR can do. 


VV VV NV 


Force the issue. Mentor the group back to health or sign the death certificate. 
Simply follow TAPR's mission plan would be good. Steve Jobs didn't say I told 
you so when Apple was in trouble, he came back and helped the company get back 
to health. 


> As I said, this is a group of 
> very busy people, none of them have the time to do the leg work of 
> creating an Internet document or a test suite. 


Then help them recognize they don't have the time, and resign their seats so those 
that volunteered can fill them. Ego's will have to be stroked in that sometimes 
recognizing your limitations is a attribute and not a negative. 


>> No one came forward to 

>> make a similar commitment to the Internet documentation project. If 
>> someone had, I believe the results would have been different. 

> 

>That is not how I understand it. 

> 


VV VV VV 


> Please share... 


It is not mine to share. I just know otherwise. Being you are not omnipresent, 
I fail to see how you can dispute this. You'll just need to take my word on it. 


On 3/28/01 7:47 PM Jeff King (jeff@aerodata.net) wrote: 


>I think TAPR owes it to the amateur community either to replace the 
>members on 

>the WG that resigned and once again jump start the group, or officially 
>terminate 

>the group. 


That sure sounds like you are saying TAPR should make his happen by 
jumpstarting the group. 


VV VV VV VV VV 


Yes, I said the part about jump-starting. I think this is what TAPR did when 
the group started, and if the group is sick, it is justified and well within 
TAPR's mission plan. 


> And you certainly seem to be saying that the APRS 
> WG should be doing the test suite. 


Did I say that? Don't recall, but this written document stated that as well: 
ftp://ftp.tapr.org/aprssig/aprsspec/announcements/APRSWG_charter. pdf 
so at worst all I am guilty of here is reading the above. 


> My point is that "The APRS WG" is a 
> group of individuals. AFAIK, none of them have the time or inclination to 
> do either the internet document or test suite. 


Yet TAPR and them signed a document stating such. I'm *xnotx demanding they 
do as such, I'm just suggesting some closure here might be of benefit. I 
know you like to harp on how no-one volunteers, yet this whole issue 

is volatile. Look at the responses so far and how charged it has gotten 

so quickly. And for someone to form a alternate group when the "existing" 
APRS-WG still is on the books? My spin on it is either fix the existing 

WG or clear the decks so another group can be formed. 


Is there someone out there 

willing to take either of these tasks on? If so, I haven't heard of 
them...there are a lot of people that want to help, but none willing to 
shoulder the primary responsibility. 


VV VV 


What, you hope if you say that enough it will be true? Sorry, but I know of 
at least two well qualified people that volunteered to fill your empty seat 


on the WG without a response from the WG. 


> However, before I do something like 
> this, I need to see someone accept the challenge, and do some serious 
> work. 


You mean like Bill Diaz? He has put hundreds of hours into debuging and writting 


helper applicatiosn (and now AHUB) to fix protocol violations on APRSSERVE. 


> >What I *xdid*x say is TAPR owes a commitment to the amateur community. This 

> >goes beyond any legal loopholes you have cited here. It appears to me 

> >that a validation suite is both wanted and needed and we both agree with 

> >the current situation, this is unlikely to happen. Stepping outside the 

> >legal loopholes, it appears promoting such a thing is within TAPR's mission 
> >plan. 

>> 

> 


OK, so exactly what would you have TAPR do? 


Force the issue. Mentor the group back to health or sign the death certificate. 
Simply follow TAPR's mission plan. 


> We don't have control of the 
> WG. Even if we did, and we completely restaffed the WG, what would that 
> accomplish? 


You have already indicated there are people on the WG who don't have time for 
it. Just like you wouldn't accept people on the TAPR BOD who don't have time 
for it, the same should apply to any group. A volunteer organization is a 

very tricky thing.... people typically volunteer for a reason, often it is 
wanting to contribute and also receive recognition for their efforts. Managing 
the volunteer organization is even harder. As people's "compensation" is not 
monetary, you have to recognize people's motivations. Resigning can be a 


honorable thing... it doesn't always have to be a resignation in a huff or flaming 
certain members of the group. The role of the TAPR leadership should be to promote 


a friendly changing of the guard, be it within TAPR or their satellite 
organizations. 


My most important point in the last post is that there needs 

to be another Ian, one that just gets the job done. Not someone that 
proposes to get it done, not someone that wants to help, but someone that 
does it. And they don't need to be in the APRS WG. If someone does it, 
I'll bet the APRS WG supports it. And if they don't, who cares? It will 
still be there, useful to and appreciated by a lot of APRSers. 


VV VV V WV 


I posted a outline of a APRS internet document. I seem to recall, no-one, 


including yourself or anyone on the WG, made any comments on it when I first 
posted it. So it is not as simple as "building it and they will come" no 
matter how many times you say it. Not only do you have the need for people 

to volunteer, you also must have the ability to accept newcomers. The patient 
is simply sick and a decision has to be made. 


>1. Serious proposals have already been made to the WG, with the requisite 
>effort, 

>and I know you are aware of this. At least one of these persons was a 
>serious player. 

>Yet nothing apparently came of it. Which leads me to the obvious question 
>of... 

> 

I know of no such effort. Who has produced a start on either the internet 
protocol or test suite? 


VVVNVVV VV WV 


AFILTER was a excellent start along with the discussions, documentation 
and volunteer efforts surrounding it. But of course, you knew this and have 
chosen to overlook it. 


Listen, my point here was not to start a pissing match. My point here was to 
remind 

everyone posting the 25+ comments on the validation suite that unless we clear 
the table first, their efforts may be in vain.... something you appear to agree 
with. 


-Jeff 
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On 3/29/01 1:29 AM Jeff King (jeff@aerodata.net) wrote: 

> 

>Yet of all the times this has come up, I only recall Bob saying they still 
>existed. You of course are no longer a member yet still seem to get involved 
>in everyone of these discussions. 

> 

I did not resign because I am disinterested in APRS. I resigned because I 
felt I had done all I could to help the WG. 


>> >> No one came forward to 

>> >> make a similar commitment to the Internet documentation project. If 
>> >> someone had, I believe the results would have been different. 

>> > 

>> >That is not how I understand it. 

>> Please share... 

>It is not mine to share. I just know otherwise. Being you are not 
>omnipresent, 

>I fail to see how you can dispute this. You'll just need to take my word 
>on it. 

> 

Sorry, I'm not about to do that. I want names, dates, places. Otherwise, 
I can only consider this unsubstantiated rumor. If someone had come 
forward in the Internet Doc project, I would certainly have expected them 
to let me know. 


>> And you certainly seem to be saying that the APRS 

>> WG should be doing the test suite. 

> 

>Did I say that? Don't recall, but this written document stated that as well: 
>ftp://ftp.tapr.org/aprssig/aprsspec/announcements/APRSWG_charter. pdf 

>so at worst all I am guilty of here is reading the above. 

> 

Actually the test suite was to be developed by the certification 

committee, with Bob at the head, not by the working group. 


>> Is there someone out there 

>> willing to take either of these tasks on? If so, I haven't heard of 

>> them...there are a lot of people that want to help, but none willing to 
>> shoulder the primary responsibility. 


> 

>What, you hope if you say that enough it will be true? Sorry, but I know of 
>at least two well qualified people that volunteered to fill your empty seat 
>on the WG without a response from the WG. 

> 

I'm not talking about my empty seat. I'm talking about the internet 

document and the test suite. Anyone could be on the WG, that takes no 

skill and little time. 


>> However, before I do something like 

>> this, I need to see someone accept the challenge, and do some serious 
>> work. 

> 

>You mean like Bill Diaz? He has put hundreds of hours into debuging and 
>writting 

>helper applicatiosn (and now AHUB) to £1ix protocol violations on APRSSERVE. 
> 

Bill's program is very useful to Windows users, and I'm not putting it 
down. But it is hardly the start of an internet protocol document. If 
anything, it is more of a rigorous coding of the APRS spec document. And 
even if it were directly concerning the Internet protocols, writing a 
program and writing a document are not the same thing. APRServe and aprsd 
are not "a good start" on the Internet Protocol Document, are they? 


>> OK, so exactly what would you have TAPR do? 

> 

>Force the issue. Mentor the group back to health or sign the death 
>certificate. 

>Simply follow TAPR's mission plan. 

> 

Once again, TAPR has one vote out of seven. It can't force anything, and 
it isn't the WG's medical examiner. 


>> My most important point in the last post is that there needs 

>> to be another Ian, one that just gets the job done. Not someone that 

>> proposes to get it done, not someone that wants to help, but someone that 
>> does it. And they don't need to be in the APRS WG. If someone does it, 

>> I'll bet the APRS WG supports it. And if they don't, who cares? It will 
>> still be there, useful to and appreciated by a lot of APRSers. 


>I posted a outline of a APRS internet document. I seem to recall, no-one, 
>including yourself or anyone on the WG, made any comments on it when I first 
>posted it. So it is not as simple as "building it and they will come" no 
>matter how many times you say it. Not only do you have the need for people 
>to volunteer, you also must have the ability to accept newcomers. The 
>patient 

>is simply sick and a decision has to be made. 


The only thing I remember you posting was a summary of information you 
gained largely from docs I had written. If there was something else you 
posted please remind me. In any case, I'm not shy, if there was something 
in the doc I felt I should have commented on, I would have. 

> 

>> >1. Serious proposals have already been made to the WG, with the requisite 
>> >effort, 

>> >and I know you are aware of this. At least one of these persons was a 
>> >serious player. 

>> >Yet nothing apparently came of it. Which leads me to the obvious question 
>> >of... 

>> > 

>> I know of no such effort. Who has produced a start on either the internet 
>> protocol or test suite? 


>AFILTER was a excellent start along with the discussions, documentation 
>and volunteer efforts surrounding it. But of course, you knew this and have 
>chosen to overlook it. 

> 

Again, AFilter, as good as it is, is an implementation of the APRS spec, 

not the Internet spec. The document is the hard part. Technical writing 

with clarity is very difficult. I can't do it, from what I seen neither 

can you. It is a specialized skill, one that is none-to-common. 


Steve K4HG 
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On Wed, 28 Mar 2001, Jeff King wrote: 
Yet no-one asks the obvious question. 
Who is going to do it? 


the APRS-WG clearly outlined a verification suite 
along with the certification process... 


. I know for a fact a number of people have volunteered to help out in 
various regards with the WG...... Yet to my knowledge no action has 
been taken here. 


VV VV VV VV VM 


"Volunteering and DOING" are two different things. The APRSwg has noted 
over and overagain, that it will welcome submissions of efforts on the 
APRServe issues and here on the protocol test-suite.. 


> It is not the fact that no-one is offering to help, but that the 
> whole process is in the twilight zone, at best. 
> Or am I mis-informed here? 


If someone is willing to "offer to help" then just "do it". Everyone, 
knows what needs to be done, how to do it, and what form it should take. 
It only takes someone to DO IT. If such a "volunteer" exists, then I am 
sure that his efforts will be greatly recognized... and soundly endorsed 
by the APRSwg... 


de WB4APR, Bob 
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On Thu, 29 Mar 2001, Jeff King wrote: 


. I knew of far more qualified peoplet that had actually volunteered. 
And they were not accepted. 


> ...With any standards body, you need to have firm control of the 

> protocol.... they ultimately have to be dictatorships. Personally, I'd 
> rather see Bob grab it back then what we have now..... anarchy. 

> <snip> 

> 

> 


Volunteering means *doing something*, not filling a seat at a_ table. 


> Part of volunteering for any project is having both the skills, interest 
> and time to contribute... 


You left off the most important point... "and doing it". There are 
xlotsx of people with the skills, and interest. The only proof of whether 
they have the xtime*x is whether they DO SOMETHING or not. 


I would far rather have a group of people that DO, than a committee of 
kibitzers who only sit around and argue all day over opiniions and do 


nothing... 


> If someone doesn't have the time to contribute, they should resign. 


Similarly, if someone does not contribute anything, then they should not 
expect to be added to the WG.. 


I think the members of the WG have time to REVIEW and APPROVE an APRS 
Internet Spec and an TEST suite! But SOMEONE ( I dont understand why this 
is so hard to understand) but SOMEONE has to put it on paper... 


I agree completely with Steve. Anyone that puts all the APRServe ideas on 
paper or puts together a documented protocol test suite would be a PRIME 
CANDIDATE for addition to the WG! Such a person would be WELCOME! 


> at least two well qualified people that volunteered to fill 
> [Steve's] empty seat on the WG without a response from the WG. 


Anyone can fill a seat. We want someone that CONTRIBUTES by DOING 
SOMETHING. Yes, we have had say a dozen volunteers. If we had accepted 
all of them we would have a rooom full of people and still not one single 
thing on the table to look at... Duh... whats wrong with this picture? 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 29 20:35:09 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA0Q1863 
for <lyris.aprsspec@tapr.org>; Thu, 29 Mar 2001 20:35:02 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-3699-2001.03.29-20.51.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 29 Mar 2001 21:34:37 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR22299-3530-2001.03.29-07.38.47--jeffi#aerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AC3FOBD.3DA57D34@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob & Steve: 


Responding to both your posts in one as they are basically the same thing. 
I also need to remind both of you that APRS Compliance is not the APRS 
internet protocol. The only reason the internet protocol was brought 

up was aS a example, not the specifics here. 


Steve Dimse wrote: 


> >It is not mine to share. I just know otherwise. Being you are not 
> >omnipresent, 
> >I fail to see how you can dispute this. You'll just need to take my word 
> >on it. 
>> 

> Sorry, I'm not about to do that. I want names, dates, places. Otherwise, 
> I can only consider this unsubstantiated rumor. 


Then that exactly what you will have to do. 


>> However, before I do something like 

>> this, I need to see someone accept the challenge, and do some serious 
>> work. 

> 

>You mean like Bill Diaz? He has put hundreds of hours into debuging and 
>writting 


>helper applicatiosn (and now AHUB) to £1ix protocol violations on APRSSERVE. 
> 

Bill's program is very useful to Windows users, and I'm not putting it 

down. But it is hardly the start of an internet protocol document. 


VV VV VV VV VV 


The thread I was responding to was about APRS compliance, not the internet 
protocol document. You, like Bob, are not seeing the contributions people 
are making. This was simply a example of a contribution in response to 
your claim no serious work is being done. While it may not be to a Steve 
Dimse or Bob Bruninga level of competence, the claims both of your keep 
making that no-one is stepping forward are specious. 


> APRServe and aprsd 
> are not "a good start" on the Internet Protocol Document, are they? 


Yes, they actually are. Take a look at WA4DSY's web page and the documentation. 
It lists all the suggested port numbers and some other useful information that 
didn't exist anywhere else. When I put together the outline I posted here some 
time back, I used this information in the outline as well as what I was able to 
glean off yourself. 


http: //www.tapr.org/tapr/list-archive/aprsspec/0102/msg00024.htm1 


> Once again, TAPR has one vote out of seven. 


I was talking about taking a leadership role for the betterment of packet radio, 
I was very clear about this. OK, here is a easier one for you: 


Who are the seven votes? Roger Barker asked who the present members of the WG 
were some time ago, and met with silence. You apparently know, so who are 
they? I say the parrot is dead, what say thee? 


Again, AFilter, as good as it is, is an implementation of the APRS spec, 
not the Internet spec. The document is the hard part. Technical writing 
with clarity is very difficult. I can't do it, from what I seen neither 
can you. 


VVNV WV 


What, did you review the paper(s) I did in my technical writing class or 
something? 

I don't ever recall putting out a paper for publication that you would have seen. 
I did send you a outline draft (twice) of a internet spec, which I hoped you would 
comment on... is this your comment now? It was never intended to be a publication 
quality document, just to focus and stimulate discussion towards a goal, which 

it failed to do. 


None-the-less, if you recall, the first cut of the APRS-SPEC was a far far cry 
from what we ended up with. If you keep seeking perfection, and running those down 
that don't meet you level of perfection, who will want to volunteer for the job? 


> It is a specialized skill, one that is none-to-common. 


Certainly. But in a volunteer organization, you need to take what you can 
get. Chasing those away that don't meet up with your standards seems 
counterproductive, 

if indeed your goal is to accomplish something. 


Bob Bruninga wrote: 
> 


On Thu, 29 Mar 2001, Jeff King wrote: 


> ... I knew of far more qualified peoplet that had actually volunteered. 
> And they were not accepted. 


VV VV VV 


Volunteering means xdoing somethingx, not filling a seat at a_ table. 


Yes, it does... speaking of seats, does the APRS-WG still exist (beyond just 
yourself)? 


> I would far rather have a group of people that DO, than a committee of 
> kibitzers who only sit around and argue all day over opiniions and do 
> nothing... 


Who is doing this? I'm seeing quite a few "do'ers" in the prior thread, which was 
my concern. While you may think of them as "kibitzers", I think if this title 
fits, 

it is by no fault of their own. 


A process was put into place and this group was created to address that process. 
If 

the process (in the form of the APRS-WG) is defunct or has ceased to exist (like 
the 

parrot), then your right, it is "kibitzing". But how are people to know this 
unless 

you, as the manager of this committee, can be honest with yourself? 


IMHO, it seems to me you either fix the process, as was intended, or you simply 
state the parrot is dead so we can go get a new parrot. If you watch any Monty 
Python, it is a real simple concept to grasp. 


> If someone doesn't have the time to contribute, they should resign. 


> 
> 
> Similarly, if someone does not contribute anything, then they should not 
> expect to be added to the WG.. 


Certainly. So you feel alot of "non contributors" have volunteered to be on 
the WG? Just so we are clear on things, I was stating those that are not 

or cannot presently contribute should resign. What matters is now, not any 
past accomplishments, although I agree this should be a metric in choosing 
someone. But ultimately, the ones seated on the WG need to perform. This may 
require "taking a chance" with someone, but if you have a understanding those 
that don't perform will be asked to step aside, I don't see this as a big 
risk. 


> I think the members of the WG have time to REVIEW and APPROVE an APRS 
> Internet Spec and an TEST suite! But SOMEONE ( I dont understand why this 


> is so hard to understand) but SOMEONE has to put it on paper... 


If you are having problems understanding it, I suggest you review the WG 
charter. Things are spelled out very clearly there. But I think the parrot 
is dead. This is what is not being understood. We either need to give the 
parrot CPR, or bury it. 


> I agree completely with Steve. Anyone that puts all the APRServe ideas on 
> paper 


That was last month although similar concept. 


> or puts together a documented protocol test suite would be a PRIME 
> CANDIDATE for addition to the WG! Such a person would be WELCOME! 


OK, this is the thread you are responding to. This is what the charter has to 
say about that: 


6. The Group will put a voluntary APRS certification process in place, to be 
managed by Bob Bruninga with Group oversight. The process will include a 
publicly available validation suite. 


So in effect, this can survive the death of the APRS-WG with you still in control. 
And that was what I was saying, that a benevolent dictator is far better then 
anarchy. 

I know that Bob Bruninga is not a ghost and I know you have a active interest in 
APRS. Your stepping up to the plate through thick and thin. All I am saying here 
is 

that to keep the illusion alive that the WG still exists is counterproductive and 
ultimately will cripple progress. 


Quick questions, how many additions to the protocol have been made in the last two 
years as compared to the prior two years? Get me point now? 


> at least two well qualified people that volunteered to fill 
> [Steve's] empty seat on the WG without a response from the WG. 


Anyone can fill a seat. We want someone that CONTRIBUTES by DOING 
SOMETHING. Yes, we have had say a dozen volunteers. If we had accepted 
all of them we would have a rooom full of people and still not one single 
thing on the table to look at... Duh... whats wrong with this picture? 


VV VV VV MV 


"Duh"?!? Alot is wrong with this attitude. Look at what you just said. A dozen 
volunteers 

have stepped up to the plate and volunteered. The two I know HAVE DONE SOMETHING. 
Yet you 


assume none of them are worth anything. Maybe they are not up to Bob Bruninga or 
Steve Dimse 

standards, but the two I know are real players and know their stuff, and I fully 
expect the others 

are just as good. Yet here you are predicting the failure of these people. This 
attitude is 

what is wrong with this picture. Part of any volunteer groups charter should be to 
mentor new 

blood into a organization. Fact of the matter is, any successful volunteer 
organization 

does this. I'm not seeing this here and it explains alot. 


Listen, we can go back and forth on this, but at the end of the day we will be 
worse 
off then when we started. Lets agree to disagree, OK? 


To restate and retain focus as to my core thoughts: 


I was reminding everyone that a formal process that once existed here no longer 
does. Hence the well thought out comments being made about the compliance suite 
could 

be wasted. I suggested that 

TAPR might be able to jump start that process, as they once did before....that 
doesn't appear to be in the cards. And lacking that or any similar effort, I 
thought it 

proper we declare the parrot dead so that its corpse would not get in the way of a 
new 

group being formed (not that it would.... just the ghost hanging around is a 
discouragement) . 


That is it. 


-Jeff 
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For example of how difficult it is to get user input to the WG, 

last week I requested inputs from anyone that is using any of the USER 
DEFINED formats in the APRSspec. I was going to make a list that would 
help everyone find unused combinations. Not one single response 

from the SIG... And yet we know that there are lots out there... 


So its not easy being on a WG, where no one submits useful work, and yet 
everyone feels happy in complaining that no one else is doing anything... 


Just a thought... 
Bob 


> > On Wed, 28 Mar 2001, Jeff King wrote: 


>> >... I know for a fact a number of people have volunteered to help out in 
> > > various regards with the WG...... Yet to my knowledge no action has 
> > > been taken here. 


> > "Volunteering and DOING" are two different things. The APRSwg has noted 
> > over and overagain, that it will welcome submissions of efforts on the 
> > APRServe issues and here on the protocol test-suite.. 


> > > It is not the fact that no-one is offering to help, but that the 
> > > whole process is in the twilight zone, at best. 
> > > Or am I mis-informed here? 


If someone is willing to "offer to help" then just "do it". Everyone, 
knows what needs to be done, how to do it, and what form it should take. 
It only takes someone to DO IT. If such a "volunteer" exists, then I am 
sure that his efforts will be greatly recognized... and soundly endorsed 
by the APRSwg... 


VV VV WV 
VV VV WV 


> > de WB4APR, Bob 
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My appologies to the group. My comments about getting feedback from the 
SIG was not intended to be a flame at all. Nor was it meant to condem all 
the tremendous effort made by a whole lot of folks! 


It was just a microcosmic look at the two simple APRSwg items that I am 
trying to get finalized. 1) a list of TOCALLS and 2) a List of USER 
defined formats. 


Again, my apologies for my choice of words, I was probably subconcsciously 
reacting to all the flames pointed my way... while just trying to get 


something done... 


de WB4APR, Bob 


On Fri, 30 Mar 2001, Bob Bruninga wrote: 


> For example of how difficult it is to get user input to the WG, 

> last week I requested inputs from anyone that is using any of the USER 

> DEFINED formats in the APRSspec. I was going to make a list that would 
> help everyone find unused combinations. Not one single response 

> from the SIG... And yet we know that there are lots out there... 

> 

> So its not easy being on a WG, where no one submits useful work, and yet 
> everyone feels happy in complaining that no one else is doing anything... 
> 

> Just a thought... 

> Bob 
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Bob Bruninga wrote: 


For example of how difficult it is to get user input to the WG, 

last week I requested inputs from anyone that is using any of the USER 
DEFINED formats in the APRSspec. I was going to make a list that would 
help everyone find unused combinations. Not one single response 

from the SIG... And yet we know that there are lots out there... 


VV VV VV 


I know the feeling.... when I posted my draft outline on the APRS internet 
protocol, not a single person on the SIG commented on it. I even forwarded 
to one of the past players... not a peep. But it doesn't mean what you are 
doing is not needed, you just have to decide in you own mind the path you 
want to keep, and stick with it. Your doing the right thing. 


Anyways, does the APRS-WG still exist? (as a group comprised of more then 
just yourself) Sorry to be so repetitive here, but I have asked this question 
twice of you now, with no response. 


73 


Jeff 
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Precedence: bulk 


Be of good cheer Bob. You seem to be attempting to solve an UNproblem. :) 
(and dont we owe you enough already??) 


73Carl 
GWOTQM 
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On Fri, 30 Mar 2001, Jeff King wrote: 


> Anyways, does the APRS-WG still exist? (as a group comprised of more then 
> just yourself) Sorry to be so repetitive here, but I have asked this question 
> twice of you now, with no response. 


Sure. Its members are as posted on the TAPR site. 


bob 
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Bob Bruninga wrote: 
> 


> On Fri, 30 Mar 2001, Jeff King wrote: 

> 

> > Anyways, does the APRS-WG still exist? (as a group comprised of more then 

> > just yourself) Sorry to be so repetitive here, but I have asked this question 
> > twice of you now, with no response. 

> 

> Sure. Its members are as posted on the TAPR site. 

Sure what? That they still active or that there is a out of date member list on 
the 

TAPR site that still lists members who have long since resigned? Be clear here 
please. 


I wasn't asking if a paper list existed, I was asking if the WG was still viable. 
Viable 

means actively meeting, setting goals, following the charter, having a puraility 
of 

_active_ members. You know, polly parrot is not dead and off pinning for the 
fjords. 


If the WG is now only yourself, I personally think that is not a bad thing. We can 
get 

some clarity and make some decisions. Use (or share the names of) some 

of those 12 volunteers to get the APRS compliance process going. Someone needs 

to record all the suggestions being made on the SIG... draw a outline up, start 
to fit the suggestions into that outline, Identify the testing conditions, ect. 
I'm sure 

more then a few of the 12 people who volunteered to fill the empty seat(s) on the 
old WG would be happy to help. Heck, I'd even help a little if I knew I wouldn't 
be wasting my 

time or having to herd cats. But I have taken on another APRS project more suited 
to my talents 

so it would have to be limited. But I don't see this as a huge project 
anyways....the protocol 

document is a great start. You and Mark have some test files. All that is really 
needed is 

some direction and goals. Be it from you under the WG or if the WG has ceased to 
exist, 

from some other project manager. But that could just as easily be you, if you so 
desire. I'd 

vote for you. But I still feel reality needs to be acknowledged so we don't waste 
our time 

serving ghosts. 


So, is the APRS-WG viable? 


Regardless of the answer to this question, if you and Mark Sproul could make 
available the 


compliance test files both of you indicated you had, that would be a good start of 
something to 
build upon. 


73 


Jeff 


> 
> bob 
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On Fri, 30 Mar 2001, Jeff King wrote: 
> > > Anyways, does the APRS-WG still exist? 


> Sure. Its members are as posted on the TAPR site. 


> 

> 

> I wasn't asking if a paper list existed, I was asking if the WG was 

> still viable. Viable means actively meeting, setting goals, following 
> the charter, having a puraility of _active_ members. You know, polly 
> parrot is not dead and off pinning for the fjords. 

Sure. I just counted 157 Emails in the APRSWG of discussions regarding 
all the things we are working on in the last 6 months. All members are 
participating. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 30 22:15:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA15806 
for <lyris.aprsspec@tapr.org>; Fri, 30 Mar 2001 22:15:01 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-3914-2001.03.30-22.31.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 30 Mar 2001 23:14:25 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 

References: <LYR22299-3909-2001.03.30-21.36.02--jeff#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AC559A1.312BE743@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 
>> I was asking if the WG was still viable. 


> Sure. I just counted 157 Emails in the APRSWG of discussions regarding 
> all the things we are working on in the last 6 months. All members are 
> participating. 


Good. Can you post a status update on the list then? Who are the present members? 
What is the next thing on the agenda? What are all the things you are working 

on in the last 6 months? How can people help you out? Would you consider releasing 
the test file(s) you mentioned the other day? 


Thanks 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 10:58:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA11244 

for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 10:58:03 -0600 (CST) 
From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Sat, 31 Mar 2001 08:57:51 -0800 


Message-ID: <LYR11589-3996-2001.03.31-11.14.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
In-Reply-To: <LYR11639-3914-2001.03.30-22.31.04--ke6afet#tarrl.net@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJAEBKDAAA. cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff, did you mean to ask the WG _secretary_ to do that work for this 
mailing list? hi 
73, Cap KE6AFE 


>. SeRe5 Original Message----- 

> From: Jeff King 

> Sent: Friday, March 30, 2001 8:14 PM 

> To: APRS Spec Discussion List 

> 

<snip> 

Good. Can you post a status update on the list then? Who are the 
present members? 

What is the next thing on the agenda? What are all the things you 
are working 

on in the last 6 months? How can people help you out? Would you 
consider releasing 

the test file(s) you mentioned the other day? 


Thanks 


VVVV VV VV VV MV 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 13:47:11 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA27862 

for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 13:47:04 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-4011-2001.03.31-14.03.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 31 Mar 2001 14:46:35 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Files uploaded to TAPR server now available (APRSINET) 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AC6341B.1DCC68A3@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The files I uploaded to the TAPR site are now available. (and I 
think they have been for some time, just didn't check till today) 
They are: 


aprsdDOC.htm (HTML docs for APRSD) 

aprsdTCPportfunctions.htm (Port defines for APRSD) 

aprsserve_dcc. html (Steve's original paper) 

inetmsg.html (APRS messaging) 

valid. html (User validation) 

validation.c (C source code+ msg, which I should have called password.c) 


and are located at: ftp://ftp.tapr.org/aprssig/aprsspec/aprstcp/ 

Nothing new here, but it does get every file in one place, when before they 
were spread over various web sites and embedded in peoples e-mails. If anything 
is missing, drop it up there. You would send it to: 


ftp://ftp.tapr.org/aprssig/upload/ 


and then drop a note to Larry Keeran, K9ORP @ aprs-lib@tapr.org letting 
him know the file is there and where to move it to. 


These are the files I referenced in the draft outline I wrote up 
last month. It hasn't been moved over yet to a public area, but if you want 
to compare the files to the outline it is at: 


http: //www.tapr.org/tapr/list-archive/aprsspec/0102/msg00024.htm1 


I'm of the mindset that 50% of something is better then 100% of nothing, 
you don't need to be a polished technical writer to help here or even 
write anything original. In my case I was just a packrat and dumped 

what ever files I had collected from other people. It might be useful 

to go through some of the Q&A on the groups as well, and drop HTML images 
of those messages in. I did briefly, but not exhaustively (the validation 
code came from one of the newsgroups). 


I know Tim, Bill, Gerry and certainly others have written some fairly good 
outlines 


of their ideas.... you guys might want to go through some of your gems and using 
Lyris 

grab the HTML code and drop it in the FTP area. Note there is no compliance 

area at this time.... just the old spec area and the APRSINET area.... but 


if you ask Larry he can set that area up. I don't have anything for the 
compliance area. 


73 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 14:06:37 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ0498 
for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 14:06:35 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-4013-2001.03.31-14.22.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 31 Mar 2001 15:06:07 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AC638AF .EQ89CEB6@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Cap Pennell wrote: 

> 

> Jeff, did you mean to ask the WG _secretary_ to do that work for this 
> mailing list? 


Who is the present WG secretary? As I indicated to Bob, the charter on the TAPR 
site 

is now outdated. While I could ask the present secretary (if there is one), Bob is 
alive 

and kicking and should know the answers to what I asked in the message which you 
were 

replying to. In any case, all the questions I have asked have been on this list, 
so 

one would think all active and interested members of the WG would see them. They 
were 

again: 


1. If a status report might be made on the APRS-WG. 
2. Who are the present active members? 
3. What things has the group been working on in the time period mentioned in 
the e-mails? 
4. How can people on this list help out? (small and large things) 
5. Would Bob and Mark consider releasing the text compliance files they use 
in their own software? (this would simulate and focus some of the work, and 
would be a good upload to a yet to be created compliance area on the TAPR ftp 
site) 


I guess I didn't consider the above much "work" and even if it was, it was 

"work" that only could be accomplished by those on the WG. Seems like a sentence 
or two on each item might suffice. Do you have a problem with the questions I 
asked? I didn't think they were out of line, although I don't like having to 

be so pushy and repetitive here. I'm just of the opinion we need to be honest with 
ourselves if we ever hope to get anything accomplished in a timely fashion. 


> hi 


OK, I believe this is a CW term for humor. So, maybe I need to ask for a 
clarification as your question did seem serious to me. 


Did I misunderstand your question? 
Thanks 


Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 15:04:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ4291 

for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 15:04:40 -0600 (CST) 
From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Sat, 31 Mar 2001 13:04:28 -0800 
Message-ID: <LYR11589-4017-2001.03.31-15.20.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11639-4013-2001.03.31-14.22.50--ke6afe#tarrl.net@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJGECADAAA. cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Posten Original Message----- 
From: Jeff King 
Sent: Saturday, March 31, 2001 12:06 PM 


VV VV 


Cap Pennell wrote: 


>> 

> > Jeff, did you mean to ask the WG _secretary_ to do that work for this 
> > mailing list? 

> 

> Who is the present WG secretary? 


The WG charter and protocol (aprs101.pdf) both list Stan WA1LOU as the WG 
secretary. As secretary of my local amateur radio club (a voluntary 
position), I find that I'm often asked to perform many tasks that nobody 
else wants to donate the time and effort to perform. 


<snip> 

> I guess I didn't consider the above much "work" and even if it was, it was 
> "work" that only could be accomplished by those on the WG. Seems 

> like a sentence 

> or two on each item might suffice. Do you have a problem with the 

> questions I 

> asked? 


No. I was only attempting to make light of the idea that you were asking 
someone (Bob) to perform a new set of tasks when the discussion here has 
recently been about whether there's someone who is willing and able to 
donate the time to perform similar work. 


>> hi 

> 

> OK, I believe this is a CW term for humor. So, maybe I need to ask for a 
> clarification as your question did seem serious to me. 


Yes. Perhaps I should have used <GRIN> instead of "hi" as the mode we're 
using here is email instead of CW. Please forgive the colloquialism. 


> 
> Did I misunderstand your question? 


A bit. I was only half-serious. The other half was just trying to inject a 
bit of ("smart-aleck") humour. Sorry. 


> Thanks 

> 

> Jeff 

73 ("Best Wishes!" in CW), Cap KE6AFE 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 16:31:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA11046 

for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 16:31:51 -0600 (CST) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-4022-2001.03.31-16.48.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 31 Mar 2001 17:31:17 -0500 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
References: <LYR22299-4017-2001.03.31-15.20.52--jeff#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AC65AB5.A3E8671A@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Cap Pennell wrote: 


Vv 


> Who is the present WG secretary? 


The WG charter and protocol (aprs101.pdf) both list Stan WA1LOU as the WG 
secretary. As secretary of my local amateur radio club (a voluntary 
position), I find that I'm often asked to perform many tasks that nobody 
else wants to donate the time and effort to perform. 


VV VV 


I wasn't asking Stan to do any work nor am I assuming a document that is not 
current is accurate. I'm sure he and other members, if they still are active 
members of the WG read this list and are capable of speaking up if they have 
something to add. 


<snip> 

> I guess I didn't consider the above much "work" and even if it was, it was 
> "work" that only could be accomplished by those on the WG. Seems 

> like a sentence 

> or two on each item might suffice. Do you have a problem with the 

> questions I 
> asked? 


VV VV VV WV 


No. I was only attempting to make light of the idea that you were asking 
someone (Bob) to perform a new set of tasks when the discussion here has 
recently been about whether there's someone who is willing and able to 
donate the time to perform similar work. 


VV VV 


This are the tasks I suggested: 


1. If a status report might be made on the APRS-WG. 
. Who are the present active members? 
3. What things has the group been working on in the time period mentioned in 
the e-mails? 
4. How can people on this list help out? (small and large things) 
5. Would Bob and Mark consider releasing the text compliance files they use 
in their own software? (this would simulate and focus some of the work, and 
would be a good upload to a yet to be created compliance area on the TAPR ftp 
site) 


1) 


Now, the question I have for you is how can a newcomer or someone not on the WG 
address 

these tasks? While Bob may not be the one to answer these mostly simple questions, 
I would 

think you would have to agree someone outside the WG could not, correct? Are 
these not fair 

requests? 


>> Did I misunderstand your question? 


> A bit. I was only half-serious. The other half was just trying to inject a 
> bit of ("smart-aleck") humour. Sorry. 


Hey, I am guilty of this as well. No need to be sorry, it should be me. It is good 
to step back. But I tried to tone down my dead parrot skit rhetoric in the last 
go around 

so maybe I was a bit too serious. otis! i oi Blas So ;-) 


73 


Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 17:00:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA12649 

for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 17:00:00 -0600 (CST) 
From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Sat, 31 Mar 2001 14:59:47 -0800 
Message-ID: <LYR11589-4023-2001.03.31-17.16.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11639-4022-2001.03.31-16.48.05--ke6afe#tarrl.net@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <FIEAIFCMLKNIKJPNFHPJMECEDAAA. cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff WB8WKA wrote: 

<snip> 

> Now, the question I have for you is how can a newcomer or someone 
> not on the WG address 

> these tasks? 


They can't. 


While Bob may not be the one to answer these mostly 

simple questions, I would 

think you would have to agree someone outside the WG could not, 
correct? Are these not fair requests? 


VVV WV 


Correct. I think they are fair requests. If someone from the WG can, and 


wants to, donate the time and effort to produce the answers to those 
questions and send them to this mailing list, they will. 


<--... ...°°>, Cap KE6AFE 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 31 18:02:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA17136 

for <lyris.aprsspec@tapr.org>; Sat, 31 Mar 2001 18:02:45 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 31 Mar 2001 19:02:31 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
In-Reply-To: <LYR11586-3914-2001.03.30-22.31.04-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-4027-2001.03.31-18.18.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10103311901160 .1919-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 30 Mar 2001, Jeff King wrote: 


> Good. Can you post a status update on the list then? Who are the present 
members? 

> What is the next thing on the agenda? What are all the things you are working 
> on in the last 6 months? How can people help you out? Would you consider 
releasing 

> the test file(s) you mentioned the other day? 


Sure, if I could find it. I suspect it was on a previous PC that has long 


Since crashed and burned. Maybe Mark still has his? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 1 09:33:16 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA23768 

for <lyris.aprsspec@tapr.org>; Sun, 1 Apr 2001 09:33:15 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 1 Apr 2001 10:31:46 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
In-Reply-To: <LYR11586-4013-2001.03.31-14.22.50-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-4154-2001.04.01-09.49.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10104011027380 .12217-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 31 Mar 2001, Jeff King wrote: 
> 2. Who are the present active members? 


The current members ar: 
John Ackermann <jra@febo.com> 
Bob Bruninga <bruninga@nadn.navy.mil>, 
Keith Sproul <ksproul@rci.rutgers.edu>, 
Mark Sproul <msproul@apmail.ap.org>, 
Brent Hildebrand <BHildebrand@earthlink.net>, 
Mike Musick <mcmusick@anet-stl.com> 
Stan Horzepa 
Steve Dimse - Resigned 


Roger Barker, (UIview) invited but declined due to other priorities 
Dale Heatherington (APRSd) invited but declined 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 1 13:48:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA13965 
for <lyris.aprsspec@tapr.org>; Sun, 1 Apr 2001 13:48:28 -0500 (CDT) 
Mime-Version: 1.0 
X-Sender: msproul@mailbox.arn.net 
Message-Id: <LYR11589-4191-2001.04.01-14.04.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 1 Apr 2001 13:48:13 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: MLSproul <msproul@arn.net> 
Subject: [aprsspec] Re: APRS Compliance 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <p04330100b6ed25cc4602@[204.254.145.106]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am in the process of making some text compliance files.These will 
be a series of files and will probably be released as each is 
completed and verified. 


M. L. "Maury" Sproul, PE | 806-354-0306 
Amarillo, TX 

msproul@arn.net 

W5UGQ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 1 14:19:28 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA15869 

for <lyris.aprsspec@tapr.org>; Sun, 1 Apr 2001 14:19:25 -0500 (CDT) 
Message-Id: <LYR11589-4201-2001.04.01-14.35.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Sun, 1 Apr 2001 15:19:11 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200104011919 .MAA19284@gull.prod.itd.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/1/01 10:31 AM Bob Bruninga (bruninga@usna.edu) wrote: 


John Ackermann <jra@febo.com> 

Bob Bruninga <bruninga@nadn.navy.mil>, 

Keith Sproul <ksproul@rci.rutgers.edu>, 

Mark Sproul <msproul@apmail.ap.org>, 

Brent Hildebrand <BHildebrand@earthlink.net>, 
Mike Musick <mcmusick@anet-stl.com> 

Stan Horzepa 

Steve Dimse - Resigned 


VV VV VV VV WV 


There is also a TAPR slot, occupied by Greg Jones. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 1 14:36:48 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA17304 

for <lyris.aprsspec@tapr.org>; Sun, 1 Apr 2001 14:36:44 -0500 (CDT) 


Mime-Version: 1.0 

X-Sender: ksproul@vger.rutgers.edu (Unverified) 

Message-Id: <LYR11589-4207-2001.04.01-14.52.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sun, 1 Apr 2001 15:32:39 -0400 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 

Subject: [aprsspec] Current Members 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <aQ501044cb6ed32c12480@[165.230.133.70]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Mark's Sproul address is: 
msproul@jove.rutgers.edu 

The address listed for Keith Sproul is okay, but I would prefer: 
ksproul@vger.rutgers.edu 


Keith 


Keith Sproul Ham Radio WU2Z 
ksproul@vger.rutgers.edu 732 821-4828 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 1 16:09:58 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA25749 

for <lyris.aprsspec@tapr.org>; Sun, 1 Apr 2001 16:09:53 -0500 (CDT) 
Date: Sun, 01 Apr 2001 17:09:25 -0400 
From: John Ackermann N8UR <jxra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Message-ID: <LYR11589-4232-2001.04.01-16.26.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


In-Reply-To: <LYR11592-4201-2001.04.01-14.35.43--n8urdé#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <2597454516.986144965@[192.168.1.26]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


--On Sunday, April 01, 2001 3:19 PM -0400 Steve Dimse <k4hg@tapr.org> wrote: 


> On 4/1/01 10:31 AM Bob Bruninga (bruninga@usna.edu) wrote: 
> 


>> John Ackermann <jra@febo.com> 

>> Bob Bruninga <bruninga@nadn.navy.mil>, 

>> Keith Sproul <ksproul@rci.rutgers.edu>, 

>> Mark Sproul <msproul@apmail.ap.org>, 

>> Brent Hildebrand <BHildebrand@earthlink.net>, 
>> Mike Musick <mcmusick@anet-stl.com> 

>> Stan Horzepa 

>> Steve Dimse - Resigned 

>> 

> There is also a TAPR slot, occupied by Greg Jones. 
> 


> Steve K4HG 


Greg resigned as the TAPR representative. I remain in the non-voting 
moderator slot, and have been speaking, but not voting, for TAPR in the 
interim. TAPR will be appointing a new representative to replace Greg. 


John 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 16:20:14 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA14288 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 16:20:14 -0500 (CDT) 
Message-ID: <LYR11589-5499-2001.04.07-16.36.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 07 Apr 2001 17:18:09 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS(tm) protocol allows for BEACONet variant 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ACF8411.31D2EA70@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Now that the dust has settled on the "Protocol Compliance" thread (did 
anyone actually volunteer to do anything? <grin>), I wanted to be a "man 
of my word" and move the discussion of the BEACONet protocol here (at 
least the one that started on TAPR's APRS(tm) listserve). 


I'll get right to the point: for those who choose to take the time to 
understand and research before expressing an opinion, they will find 
that BEACONet fits quite nicely into the existing APRS(tm) paradigm. 


The BEACONet system was developed in such a way as to function in 
compliance with the APRS(tm) ALtNET concept. Here's ALTNET's are: 
http://www. dididahdahdidit.com/text/altnets.txt 


As an aside...APRSdos *xwill*x decode BEACONet transmissions 
simply by invoking the following command: CONTROLS-FILTERS-OTHER 
to ON. This is noted at: 

http://www. dididahdahdidit.com/text/protocol.txt 


Additionally, UI-View works for both BEACONet and APRS operation 
without needing to invoke/revoke any filtering. 


According to the APRS Protocol Specification 1.0.1 (a 3MB file at 
ftp://ftp.tapr.org/aprssig/aprsspec/spec/aprs101/APRS101. pdf) : 
Page 23 of 128... 
"Generic APRS APRS uses the following generic beacon-style 
Destination destination addresses: 
Addresses AIR* ALLx APx BEACON CQx* GPS DFx* 


DGPS* DRILL* DXx ID* JAVA* MAILx MICEx 
QST* QTHx* RTCM* SKYx SPACEx SPCx SYM* 
TEL* TEST* TLM*k WXx ZIPx 
The asterisk is a wildcard, allowing the addresss to 
be extended (up to a total of 6 alphanumeric 
characters) ." 
Page 25 of 128... 
"ALTERNATE NETS Any other destination address not included in 
the specific generic list or the other categories 
mentioned above may be used in ALTERNATE NETS 
(ALTNETs) by groups of individuals for special 
purposes." 


A typical BEACONet frame looks like this: 
W2EV>HY1G02-15: [FNO3XD] w2ev@arrl.net 


AANNAAN AN 


| 
This makes the frame look like an ALTNET to APRS software. 


So...BEACONet stands as it originally was...an application of UI-Frame 

technology that: 

* can use APRS(tm) software (but doesn't have to) 

* operates within the APRS(tm) spec as an ALTNET 

* allows for experimentation and expansion on that spec without 
destroying it 


If you think of APRS(tm) as being "Major League Baseball", then think of 
BEACONet as being "the farm club". Just don't go "calling up" any of 
the stuff we're developing without being prepared to trade us back 
enough to make it worth our while. :o) 


Back to having fun...ya know...the eta-Aquarids meteor shower is just 
around the corner...and the spring/summer Tropo season is forming; 
anyone want to actually generate some RF? :o) 


With a smile and a wink, 
Ev Tupis, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 18:05:26 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA19824 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 18:05:25 -0500 (CDT) 


Message-ID: <LYR11589-5505-2001.04.07-18.22.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sat, 07 Apr 2001 19:03:37 -0400 

From: Ev Tupis <w2ev@rochester.rr.com> 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS TOCALL-SSID Help, please 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ACF9CC9.8C477566@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


According to the APRS Protocol Specification: 
(pg 23/128): "In all of these cases, the Destination Address SSID may 
specify a generic APRS digipeater path." 


(pg 25&26/128): A chart describing the "Generic Digipeating" noted 
above. 


Yet, when I launch a frame which includes this information, it is 
ignored by all of the APRS digi's around me (even though I'm LOS to at 
least three WIDEn-N digis). 


My APRS frame looks like this: 
W2AAA-2>APW248 -3:=4310.21N/0 . 


N 


This infers WIDE3-3 from the protocol spec 
Am I missing something about the use of this function? 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 18:10:14 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20000 


for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 18:10:12 -0500 (CDT) 
Message-ID: <LYR11589-5508-2001.04.07-18.26.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 07 Apr 2001 19:07:59 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS TOCALL-SSID Help, please 
References: <LYR21978-5505-2001.04.07-18.22.00-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ACF9DCF.4DB231DB@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Correction... 


My APRS frame looks like this: 
W2AAA-2>APW248-3:=4310.21N/O0 . 


N 


This infers WIDE3-3 from the protocol spec 


Yet, this is ignored by the WIDEn-N digi's in my area. Am I overlooking 
something about the use of this function? 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 20:13:22 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA28463 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 20:13:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 7 Apr 2001 21:13:07 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS(tm) protocol allows for BEACONet variant (fwd) 
Message-ID: <LYR11589-5520-2001.04.07-20.29.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104072111520 .15990-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Your use of different TOCALLS for everyone in BeacoNET is not a fixed 
string, thus it is not an ALTnet. Thus no Kenwood D7, or D700 user can 
listen in because the ALTnet which they might set iaw the APRSspec won't 
match but one user at a time. Thus, you exclude probably 10,000 users 
from monitoring your Beacon Net while traveling. Such exclusion to save 
one byte seems awfully drastic. More comments at end... 


On Sat, 7 Apr 2001, Ev Tupis wrote: 
> The BEACONet system was developed in such a way as to function in 


> compliance with the APRS(tm) A1tNET concept. Here's ALTNET's are: 
> http://www. dididahdahdidit.com/text/altnets.txt 


> According to the APRS Protocol Specification 1.0.1 (a 3MB file at 
> ftp://ftp.tapr.org/aprssig/aprsspec/spec/aprs101/APRS101. pdf) : 

> Page 25 of 128... 

> "ALTERNATE NETS Any other destination address not included in 

> the specific generic list or the other categories 
> mentioned above may be used in ALTERNATE NETS 

> (ALTNETs) by groups of individuals for special 

> purposes." 

> A typical BEACONet frame looks like this: 

> W2EV>HY1G02-15: [FNO3XD] w2ev@arrl.net 

> ANANNN AN 

> This makes the frame look like an ALTNET to APRS software. 


Yes, but only people who set their ALTnet to "HY1G02" will see it. If 
any letter changes, then it is a different ALTnet and will not be decoded 
by anyone operating IAW the Spec. 


Yes, someone can set thier ALTnet to HY1G02, but he will only receive 
packets from that station only. Not anyone else in Beacon net unless 


the station is identical in Power, Antenna, HAAT, Direction and Gain. 


But there is no way for an ALTnet compliant APRS station to receive a 
packet from any other combination, without changing their entry.. Or 
disabling ALTnets entirely. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 20:16:00 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA28548 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 20:15:57 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 7 Apr 2001 21:15:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS TOCALL-SSID Help, please 
Message-ID: <LYR11589-5521-2001.04.07-20.32.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104072114100 .15990-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This SSID DIgipeating feature was put in the Spec for the next generation 
of APRS (so that everything would be backward compatible when we moved to 
APRS Phase III. 

It allows HOPS of up to 7 HOPS using the WideN-N protocol, but saves 7 
bytes per packet by eliminating the DIGI field entirely... and only using 
the SSID as the number of hops. 


I think only DIGIned and UIdigi and the other new digi codes support it 
yet. The Kenwood D700 digi mode also does... (hummh, I forget. I11 have 
to look up how to do this)... Bob 


Apr 2001, Ev Tupis wrote: 


> According to the APRS Protocol Specification: 
> (pg 23/128): "In all of these cases, the Destination Address SSID may 
> specify a generic APRS digipeater path." 


Yet, when I launch a frame which includes this information, it is 
ignored by all of the APRS digi's around me (even though I'm LOS to at 
least three WIDEn-N digis). 


My APRS frame looks like this: 
W2AAA-2>APW248-3:=4310.21N/0 . 


N 


This infers WIDE3-3 from the protocol spec 


VV VV VV VV VV 


Am I missing something about the use of this function? 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 21:07:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ0890 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 21:06:55 -0500 (CDT) 
Message-ID: <LYR11589-5523-2001.04.07-21.23.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 07 Apr 2001 22:04:56 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS TOCALL-SSID Help, please 
References: <LYR21978-5521-2001.04.07-20.32.31-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ACFC748.E57AF64A@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 

> This SSID DIgipeating feature was put in the Spec for the next 
> generation of APRS (so that everything would be backward 

> compatible when we moved to APRS Phase III. 


Gotcha. That explains why no one processed it. What's the plan for 
this feature? One would think that it ought to be supported by 
stand-alone digi's if it's going to be effective. Is there a movement 
afoot to get TNC firmware to support it? 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 21:32:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ3192 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 21:31:55 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-5524-2001.04.07-21.48.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 07 Apr 2001 22:31:10 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS(tm) protocol allows for BEACONet variant 
References: <LYR22299-5499-2001.04.07-16.36.34--jeffi#taerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <3ACFCD6E.2CA573D2@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ev Tupis wrote: 

> 

> Now that the dust has settled on the "Protocol Compliance" thread (did 
> anyone actually volunteer to do anything? <grin>), 


Ev: 


Yes, at least according to what I saw on here, 12 people had volunteered. 
However, it appears volunteers were not what was required (even though the old 
WG had requested them.... go figure?). Two people 

(outside of these volunteers) were asked to join the WG, and they both declined. 
Hence the spots still remain open and no direction or next step (at least 
published) 

has been set. So your guess is as good as mine. 


It has been said, that if you do something, and submit it to the WG (this list?) 
some action will be taken. It has not been my personal experience this is the 
case, hence 

my feelings they had ceased to exist as a viable body. Granted, my contribution 
had been 

minor, but I am reluctant to make major contributions (to a spec document) with no 
feedback or in a vacuum, as had been suggested the current mechanism is. I suspect 
lacking 

such direction or feedback, the previous statement would apply to others as well. 


My impression here is to just do what you want.... if you get sufficient user 
support it will 

be adopted via assimilation. A spec document is not a spec document without a 
compliance 

mechanism. So, your best bet here is just to get some user support for your 
BEACONNet 

extension, and write your own spec. Approach some of the authors requesting 
support 

for it (most seem more then happy to do this) and have at it. As to the entrenched 
incumbents 

such as Kenwood, I suspect if you get sufficient interest, they will adopt it. Not 
sure 

if BeaconNet is compatible with DX Clusters, but if not, you might consider this. 
The DX'ers, 

as a group, are not afraid to spend money. This is a language Kenwood understands. 


Good luck 


Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 22:53:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ8646 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 22:52:55 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 7 Apr 2001 23:52:30 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS TOCALL-SSID Help, please 
In-Reply-To: <LYR11586-5523-2001.04.07-21.23.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-5530-2001.04.07-23.09.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104072350360 .18082-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 7 Apr 2001, Ev Tupis wrote: 


Bob Bruninga wrote: 

> This SSID DIgipeating feature was put in the Spec for the next 
> generation of APRS (so that everything would be backward 

> compatible when we moved to APRS Phase III. 


Gotcha. That explains why no one processed it. What's the plan for 
this feature? One would think that it ought to be supported by 
stand-alone digi's if it's going to be effective. Is there a movement 
afoot to get TNC firmware to support it? 


VVVV VV VV WV 


SO far we have only seen Digined and UIdigi and maybe some others? No, no 
big movement. For a closed net where someone has hundreds of mobiles and 
only a few digis, it really shortens packets and allows more users. 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 23:14:40 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA09812 

for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 23:14:36 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 00:14:02 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] A BeaconNet idea... 
Message-ID: <LYR11589-5535-2001.04.07-23.31.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104080004550 .18082-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In trying to find an APRS compliant protocol to do all the BeaconNet needs 
while still being SPEC compliant (and receivable on a Kenwood), I came up 
with this: 

W2EV -xx>CQxxxx , HOP2-2: >GG#HFSSXX........ 

It gives at least 7 bytes worth of special BEACONet information and 

the total cost is only ONE (1) more byte than the existing BeaconNet 


format. Here is how: 


* FROM call SSID for one byte (1 of 16) or 2 bytes (1 of 10 & 1 of 5) 


* In the TOcall, you can use 4 bytes (1 of 36 each) 

*x In the GRID square report, you get 2 bytes 
The first one (the TABLE or OVERLAY character can be 1 of 36 
The second one (the ICON) can be one of about 90 


These 7 or 8 bytes can convey a lot of info... 
This is the preferred Gridsquare report format as written in the spec. 


So I think that this format would give you a very powerful format for 
BEACONet packets that could be received by anyone, this includes: 


1) Newbees who have no clue how APRS or anything else works, but if they 
tune to BEAOCNnet, they will see something without having to know "how" to 
set up their APRS software... 


2) Kenwood mobile operators (remember the D700 tunes 6m, 2m, 220, 440, 900 
and 1296 bands)... 


3) Kenwood backpackers and QRP operators with only their HT's... 


Although it would be nice to use ICONs that are meaningful, I don't care 
at all if you use any of the 90 icon symbols to mean anything you want in 
BEACONet. That is the kind of flexibiilty that APRS should be able to 
afford... And there are some un-used ICON definitions that we could 
possibility consider if you find that defining one or two more might make 
things really neat... 


And the OVERLAY characters can be applied to ANY ICON, so it can be 
considered as a completelly independent byte... again, though, it would 
be nice if it made visual sense in most cases... 


Anyway, just an idea to let you get lots of info in a standardized way, 
into the shortest packet and still be receivable on all APRS stations. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 7 23:24:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA10264 


for <lyris.aprsspec@tapr.org>; Sat, 7 Apr 2001 23:23:52 -0500 (CDT) 
Message-ID: <LYR11589-5536-2001.04.07-23.40.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 00:21:52 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] D7/D700 and ALTNET [was:APRS(tm) Protocol Spec/BEACONet thing] 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ACFE760.A5C8B797@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Wait wait. Please don't draw conclusions prematurely by inferring that 
a one byte space-saving is the sole reason behind the desire for 

BEACONet frames to be treated as an ALTNET. That is not correct. There 
are xmany*x reasons for doing so (I'll address them in a future eMail if 
this is a point that needs clarifying). Let's take one thing at a time. 


Your reply hit the following topics: 

* Kenwood D7 and D700 don't have the ability to disable ALTNET 
filtering and therefore would be blind to this variation of the 
BEACONet protocol 

*x A BEACONet TO-Call of "HY1G02-15" is a specific ALTNET unto itself 
and you said, "... only people who set their ALTnet to 
"HY1G02" will see it. If any letter changes, then it is a 
different ALTnet and will not be decoded by anyone operating IAW 
the Spec." 


The flippant response to the second item would be "gee...you built-in 
the ability to turn off ALTNET filtering into APRSdos, why didn't you 
tell Kenwood to do the same thing?" :0) <-really intended as humor, not 
a flame...it's really nice that the filter-off function is in APRSdos. 


- you know that APRSdos *will*x decode BEACONet by turning 
off filters, and so will UI-View (natively, without the need 
to mess with anything). WinAPRS won't . . . but that's because 
it doesn't appear to follow the ALTNET spec at all...period. 

- since the BEACONet TO-Call information appears to work on two 
major APRS software titles, the discussion turns to the Kenwoods 


xxx The rest of this includes interests of the BEACONet community xxx 
xxx and is a bit lengthy. Please read it to get a better insight xxx 
xxx to the interests that are being addressed, rather than simply xxx 


xxx assuming that APRS(tm) interests are one-size-fits-all. ak 
xxx In a nutshell the text below will discuss: KKK 
xxx + The dilema of "backwards compatibility" *kK 
akK - A contrast of APRS and BEACONet digipeating needs as an xxx 
ak example of a tough decision that is related to the dilemaxxx 
xxx + The need to include certain information in the TO-Field KKK 
KKK in order to meet the needs of the BEACONet community KKK 
KKK - A very good reason it should be in the TO-Field, from KKK 
KK perspective of BEACONet operation KKK 
As for the D7 and D700 implementation... this is a variation of a larger 


issue: how much "backward compatibility" does one offer when developing 
new systems? This is a tough one to put one's arms around...especially 
when the "old stuff" is still being actively marketed. There is a fine 
line between a manageable leap in technology and an unmanagable one (one 
wonders if OS/2 would have been more successful, had IBM sat on it until 
now -- but I digress). :-) 


This is the same issue that had to be delt with when determining just 
how important it was to use xonly*x TRACEn-N digipeating (exclusively) in 
the BEACONet service. That would mean that only Kantronics KPC-model 
TNC's with ROM 8.2 or above could be used for stand-alone digi's (though 
I've been told that the new UIDIGI firmware may support it now). 


Given that tracing RF paths is a core BEACONet need, the decision was 
made to do just that. We couldn't take the risk of someone putting a 
non-call substituting, channel-flooding alias on the frequency (imagine 
even an inadvertant WIDE,WIDE,WIDE in a world-wide collision 
domain...ouch!). 


So...back to the limitations of the D7 and D700. I BEACONet-ers used 
the (very valid) variation of the protocol that started with CQ, instead 
of HY, I'm hearing that they would be able to decode the packet 
correctly (even though [GR#HFID] is marked as obsolete in the spec?)? 


Then the question becomes...how important is "HY" to a BEACONet frame 
(W2EV>HY1G02-15: [FNO3XD] w2ev@arrl.net)? HY is a frequency designator. 
H=HF (3-30 MHz) and Y=the 26th segment from 3-MHz (the scale runs 
0,A,B,C,D,...Z) which is 28-MHz -- in this case. Launching a BEACONet 
frame as CQ1G02-15 is fully allowed in the APRS spec (and allowed in the 
BEACONet spec), but there would be a loss of "band-of-origination" 
information. 


Here is the thought-tree on this topic: 
x The long range hope is that BEACONet will take on a following 


of it's own with an audience that may not necessarily be APRSers 
today (DXers and contesters) 

*x It would be advantageous to establish an APRServ-like Internet 
service in the near future (maybe AHost?) 

* There is no frequency-of-origination flag in the APRS protocol 
specification and no way to seperate frames by frequency once 
they are collected by APRServ...so all frames go on the same map 

*x A screen full of icons on a map means very little to the BEACONet 
service if band-information can't be parsed out (hmmm...which band 
is responsible for the propagation? <smile>) 


At this stage of BEACONet experimentation...I'd say that the answer is 
"yes", it *is* important to embed frequency in xevery* transmission; 
even if that leaves "10,000" D7/D700 users out of the loop for decoding 
the transmissions of others. They bought their transceivers for 
APRS...which is where they will continue to work. 


Given that the TO-FIELD goes out with 7-bytes consumed whether you use 
them all or only "CQ" (that's the AX.25 spec), putting it there seems to 
make a ton of sense. 


Of course, this all may change by the time this BEACONet stuff either 
matures or fizzles out entirely. 


Well, I've started and stopped this eMail several times and it's now 
midnight. I hope it didn't come though as too choppy. I'm going to 
bed. The twins wake up at 7 without regard as to how late I stay up. 
:0)) Thanks to anyone who decided to take the time to read through this 
eMail and understand the interests being addressed. 


Ev 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 00:38:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21565 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 00:38:31 -0500 (CDT) 
Message-ID: <LYR11589-5542-2001.04.07-00.55.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 01:36:29 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] The moving target [was:A BeaconNet idea...] 
References: <LYR21978-5535-2001.04.07-23.31.04-- 
w2ev#rochester.rr.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ACFF8DD.9A85E86F@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga said: 

> In trying to find an APRS compliant protocol to do all the 
> BeaconNet needs while still being SPEC compliant (and 
> receivable on a Kenwood), I came up with this: 

> 

> W2EV-xx>CQxxxx,HOP2-2:>GG#HFSSXX........ 


(( by the way, before I Bob's email in full perspective ... neither 
"band of origination" nor “antenna pointing vector" information appears 
to be contained in the suggestion above...so it hardly begins to meet 
"all the BeacoNet needs") ) 


Bob is sharing a note with the listserve that he shared with me 
privately last week -- and I replied to. I'm saddened that he did so, 
as I'd have preferred to not air this topic to the list. Unfortunately, 
the note can't go unreplied to. 


My reply to him included "human engineering" issues that included xtwox 
times during the development of BEACONet in which I attempted to keep up 
with a spec that changed just as I reached a publication deadline and 
the discouragement that it engendered. 


- "Space Mode" used to exist in APRS-dom. When invoked, the grid 
was placed in the To-Field to save transmission time (hmmm...the 
same reasons for BEACONet's wanting to do it that way). 


Just as I was going to roll this out for PropNET (as BEACONet 
was called back then)...the spec changed to antiquate it in 
favor of [GGiHFgg] in the comment field. 


- I quickly re-wrote the article that I was working on (QST of 
November 1999) and resubmitted it for publication. This was 
no small task...as anyone who has ever written an article 


knows...and inadvertantly left out a very important item that 
proved to be devastating (FULLDUP ON for for Meteor Mode in a 
manually-configured WinAPRS Leonids station) as a result of the 
rush to rewrite. Bob later wrote to the listserve something 
about "maybe next time the meteor effort could be better done". 
arghhhhhhh! 


Discouraged from the work that had to be redone, I took some 
time to "regroup" around the new concept of [GGi#HFgg] and 
continued developing. 


- [GGi#HFgg] is no longer in favor, but it is now >GGiHFggxxx.... 
Oh...my...gawd! Guess what? Watch out for May's QST...it's 
already gone to press. (I'm leaving out a lot of detail of 
my conversation with him and the wg around getting them to 
*not*x abandon [GGiHigg], by the way) 


I've done my best to follow this APRS moving target, but at some point 
I've got to say "enough is enough". BEACONet is a cousin to the APRS 
service. The APRS spec shows [GGiHigg] as obsolete, and the BEACONet 
service has adopted it. Get over it for now and move on. 


If the APRS service wants BEACONet to be fully compliant, then someone 
is going to have to work to address the issues of the BEACONet service 
-- as a user of the BEACONet service...not through the eyes of the APRS 
service as the two services have different needs. 


Until then, authors of software that decodes UI-frame packets are 
encouraged to build-in BEACONet parsing of To-Field information and reap 
the rewards of marketing to a whole new group of UI-Frame packet users 
to which the APRS service does not cater. 


Evhen Tupis, W2EV 


I'm going to bed...maybe the morning light will melt the grumpies away. 
:0) 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 07:39:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA18888 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 07:39:28 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Sun, 8 Apr 2001 08:39:09 -0400 (EDT) 

From: Bob Bruninga <bruninga@usna.edu> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: D7/D700 and ALTNET [was:APRS(tm) Protocol Spec/BEACONet 
thing] 

In-Reply-To: <LYR11586-5536-2001.04.07-23.40.27-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-5588-2001.04.08-07.56.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10104080806180 . 22788 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Apr 2001, Ev Tupis wrote: 


> Please don't draw conclusions that a one byte space-saving is the sole 
> reason behind the desire for BEACONet frames to be treated as an ALTNET. 


I have shown how you can fit all of the same data in a fully APRS spec 
compliant packet and it only takes one more byte, so the conclusion seems 


inescapable? 


> - since the BEACONet TO-Call information appears to work on two 
> major APRS software titles, the discussion turns to the Kenwoods 


Yes, two out of say a dozen? 


> xxx In a nutshell the text below will discuss: kK 
> xxx + The dilema of "backwards compatibility" KKK 
> xxx + The need to include certain information in the TO-Field *k* 


I see no reason why it must be in the TOfield and make the packet 
non-APRS compliant when there are other places to put it. 


For the D7 and D700... how much "backward compatibility" do [we need?] 
If BEACONet.. started with CQ, instead of HY,... they would be able to 
decode the packet... [but loose all "frequency Band information" ] 


Then the question becomes...how important is "HY" to a BEACONet frame 
(W2EV>HY1G02-15: [FNO3XD] w2ev@arrl.net)? HY is a frequency designator. 


VV VV WV 


put it in one of the other 8 "free" bytes I pointed out in my proposed 
solution. There are all kinds of places to put it... 


> * There is no frequency-of-origination flag in the APRS protocol 


Each packet has as many free bytes as you want. One can put anything in 
any of the free bytes in any APRS packet. Anyone can decode them to mean 
anything they want... without violating the spec. I am all for adding 
such a designation for this application, but just not in a place that 
makes the packets non-compliant. 


> x A screen full of icons on a map means very little to the BEACONet 
> service if band-information can't be parsed out (hmmm...which band 


The BAND information and sub-band information should go in the ICON and 
OVERLAY characters. Then a quick glance at any BEACONnet map would 
instantly convey that information. Here's how: 


Choose as many ICONS as you need for all of the bands (there are 90). 

THen use the 36 overlay characters for the sub-band. ANy author then that 
supports BeeacoNET would parse out BAND and FREQ info from those bytes and 
do anything you want with them. The ICONS dont have to make sense. Its 
just that those bytes are "free" to use for conveying this information. 


* At this stage of BEACONet experimentation...I'd say that the answer is 
x "yes", it *is* important to embed frequency in xeveryx transmission; 


And I agree 200%. Just dont put it in a place where it violates the spec 
and makes BEACONet non-compliant with APRS and locks out thousands of 
users. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 07:57:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA20425 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 07:57:24 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 08:57:12 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: The moving target [was:A BeaconNet idea... ] 
In-Reply-To: <LYR11586-5542-2001.04.07-00.55.05-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-5596-2001.04.08-08.14.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104080840190 .22788-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Apr 2001, Ev Tupis wrote: 
In trying to find an APRS compliant protocol to do all the 


> 

> BeaconNet needs while still being SPEC compliant (and 
> receivable on a Kenwood), [Bob] came up with this: 
> 
> 


VV VV MV 


W2EV -xx>CQxxxx , HOP2-2: >GG#HFSSXX........ 


> Neither “band of origination" nor "antenna pointing vector" information 
> appears to be contained in the suggestion above...so it hardly begins to 
> meet “all the BeacoNet needs") ) 


Huh? There are 8 bytes you can do anything with! and I listed them. 
in my original proposal: 


XX in the FROM call 
Xxxx in the TOCALL 
XX in the Grid format. <== This is where I would put FRQ/BAND info 


> Bob is sharing a note with the listserve that he shared with me 
privately last week -- and I replied to. I'm saddened that he did so, 
as I'd have preferred to not air this topic to the list.... 


Vv 


I thought we brought this to the APRSspec list for open discussion? 
It was a message I sent to you. Not one you sent to me. So I dont think 
it is any violation of etiquette to re-post my suggested format here... 


Ev, you seem to think I am working against you. Far from it. I LOVE the 
BeacoNET concept and am more than willing to do anything I can to make it 
popular and a great service. To that end, I am trying to help make sure 


it is decodable by everyone, not just the few people who go out and get 
special software... 


You mentioned the QST article as the main reason why you dont want to 
change. Yet only 2 authors currently support BeaconNET (and I am one 
of them). This raises some interesting points if you did change to an 
APRS compliant format at some time in the future: 


1) Both those authors would release a new version overnight. End of 
problem. 


2) ALL other existing APRS software would instantly be BEACOnet capable... 
End of problem. 


3) All Kenwood mobiles would be able to monitor BeacoNET anytime, 
anywhere... End of problem. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 08:38:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22615 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 08:37:59 -0500 (CDT) 
Message-ID: <LYR11589-5602-2001.04.08-08.54.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 09:35:58 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Other BEACONet interests to factor [was:D7/D700 and ALTNET 
[was:APRS(tm) Protocol]] 
References: <Pine.GSO.4.05L.10104080806180.22788-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <3AD0693E.D7ACAOD3@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 

> Please don't draw conclusions that a one byte space-saving is 
> the sole reason behind the desire for BEACONet frames to be 

> treated as an ALTNET. 


I have shown how you can fit all of the same data in a fully APRS 
spec compliant packet and it only takes one more byte, so the 
conclusion seems inescapable? 


VV VV VV MV 


ok...I'll explain it again... 


If one is truly interested in finding a good solution to your dilema, 
then one will need to take the time to understand the broader BEACONet 
interests and address them too. As with any system, items become 
interrelated. One cannot simply offer a solution to one item and walk 
away, aS it may introduce other problems elsewhere. That is the case 
here. 


An additional related item is described here: 
http://go.to/BEACONet | Information | Contest and RadioSport Use 


As one reads over the information, key-in on the last item in the 
information chart. BEACONet enjoys an alias called RFONLY (although it 
isn't expressed within that text...the concept is). It is an explicit 
instruction to not IGate (remember...it's *not* about privacy). UI-View 
processes the alias correctly and APRSdos doesn't IGate (yet another 
reason why both of these titles are supported in the BEACONet world). 


By taking BEACONet out of the world of the ALTNET something else 

happens: 

* RFONLY becomes an issue because now all other APRS programs can 
decode it a BEACONet frame...and they don't recognize the RFONLY 
alias 


The astute observer will have two comments: 
"No one can guarantee that some third party won't IGate a 
Signal anyway, even with the alias" 
"It's not the contesters' fault if someone else relays the 
information" 


As for the first statement...while that is true, the chances of it 
happening are _significantly_ reduced by using a system that is 
primarily supported by products that behave as needed (an analogy would 
be the fact that I can write software to digipeat a frame, even if it 


does not contain a digipeat alias...but no one does). 


As for the second statement...Dan Henderson (Contest Manager at the 
ARRL) has come right out and said "the use of packet is prohibited" 
(exact quote) in ARRL VHF contests. It took _considerable_ effort to 
educate him that DXCluster Spots are different than is simplex, 
non-digipeated UI-Frame packet. Even then, I'm not sure he truly got 
it. I'm not willing to introduce other software that ignores RFONLY, 
given that history. 


So...back to my original statement: 

> > Please don't draw conclusions that a one byte space-saving is 
> > the sole reason behind the desire for BEACONet frames to be 

> > treated as an ALTNET. 


Here's another. Help us to find a win-win solution. 


By the way...I'm subscribed to the list...there's no need to cc: the 
thread to me directly, too. 


Ev 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 08:48:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22949 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 08:48:46 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 09:48:32 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The moving target [was:A BeaconNet idea...] 
In-Reply-To: <LYR11586-5542-2001.04.07-00.55.05-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-5603-2001.04.08-09.05.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104080923000 .23360-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Apr 2001, Ev Tupis wrote: 


Bob Suggested: 

> > W2EV-xx>CQxxxx ,HOP2-2:>GG#HFESXX.Z...... 

> 

> Neither “band of origination" nor "antenna pointing vector" information 
> appears to be contained in the suggestion above... 


The "XX" in the GRID format above is for ICON and OVERLAY character. I 
would assign your FREQ BANDS to ICONS as shown below, and then use the 36 
overlay characters for your frequency sub band information... 


BANDS FREQS ICON 

3-30 KHz The diamond 

30-300Khz The Lighthouse 

.3-3 MHz The tall Radio Antenna 

3-30 MHz The existing HF ICON 
30-300MHz A VHF Icon (Ill find one) 
.3-3 GHz The existing QTH with a Beam 
3-30 GHz The existing dish antenna 
30-300THzZz The alternate "E" Icon. 


nmwcf{mse cS 


Then not only do your packets contain this detailed info, but they also 
visually convey this information at a glance... 


You could put the Beam Heading in the SSID. or add one character. (The "Z" 
I added above) 

But if you reserved the TO_CALL SSID for SSID routing, then you could 
actually shorten ALL BeaconNET packets by 7 bytes! You would be 
eliminating the "HOP2-2" bytes entirely (saving 7 bytes) and then use the 
SSID (-2) as originally intended for routing. The disaadvantage of this 
is that the KPC-3 does not support SSID routing yet, but UlIview does (or 
could). 


That is why I hate to mess up SSID routing which you could use in the 
future to great advantage by using the SSID now just to save one byte. 
So I wouild probably suggest that you add one character for beam 
direction. (With the potential of saving 6 in the future)... 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 08:55:42 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA23306 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 08:55:34 -0500 (CDT) 
Message-ID: <LYR11589-5604-2001.04.08-09.12.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 09:53:45 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Overlooked Interests - Free Bytes? [was:D7/D700 and ALTNET 
[was:APRS(tm) Protocol Spec/BEACONet] ] 
References: <Pine.GSO.4.05L.10104080806180.22788-100000@arctic> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD06D69.C994577F@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>> - since the BEACONet TO-Call information appears to work on two 
>> major APRS software titles, the discussion turns to the Kenwoods 
> 

> Yes, two out of say a dozen? 


The interest was to find a software title that would run on most 
people's computers, that would meet the interests of the BEACONet 
community. These two titles will take care of 90% of the worlds 
computers (DOS and Windows). I'm not sure of your point...but the 
interest is being met. 


The next point that you made keyed back in on the use of the "HY" 
frequency designator, rather than "CQ". First...let me say that I'm 
giving some serious thought to that...given the potential of embedding 
the frequency into the icon overlay (I've got more exploration to do, 


though). But another statement makes me think that you are still 
overlooking another BEACONet interest: 


> * There is no frequency-of-origination flag in the APRS protocol 


> 
> 
> Each packet has as many free bytes as you want. One can put 

> anything in any of the free bytes in any APRS packet. Anyone 

> can decode them to mean anything they want... without violating 

> the spec. I am all for adding such a designation for this 

> application, but just not in a place that makes the packets 

> non-compliant. 

There is a BEACONet interest in assuring the shortest human-readable 
frame. If you are inferring that there are 256 "free bytes" to choose 
from, then you are missing the point. 


In fact...the xonlyx "free bytes" that exist in an AX.25 packet frame 
are the ones in the To-Field and any unused bytes in path aliases. All 
others consume space. The xonly*x "free bytes" in a BEACONet comment 
field are the "[ ]" around the grid...and we included them only because 
APRSdos requires the "["! (see...there can be concessions <smile>). 


Have I missed something? 


Ev 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 09:07:16 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24104 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 09:07:12 -0500 (CDT) 
Message-ID: <LYR11589-5605-2001.04.08-09.23.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 10:05:20 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: The moving target [was:A BeaconNet idea...] 
References: <LYR21978-5596-2001.04.08-08.14.00-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD07020.B6C57A16@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> Bob is sharing a note with the listserve that he shared with me 
> privately last week -- and I replied to. I'm saddened that he did so, 
as I'd have preferred to not air this topic to the list.... 


VVVNV Vv 
Vv 


I thought we brought this to the APRSspec list for open discussion? 


Actually, I didn't mean to infer any violation of etiquette...no offense 
was taken. I intended to simply say "we've already talked about this 
issue and it has been taken into consideration (for further 
research)...why is it out there again?"...It's probably simply a 
difference of style, nothing more. 


I also hope that others don't think this is an adversarial <sp?> thing. 
Nothing could be further from the truth. I'm committed to the BEACONet 
thing, and am endebted to others for their work and to you for your 
interest in it. 


I'm simply making sure that the interests of the BEACONet community are 
addressed in any future modifications, if they are made...that's all. 


Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 11:10:21 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ2793 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 11:10:15 -0500 (CDT) 
Message-ID: <LYR11589-5622-2001.04.08-11.26.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 12:07:55 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] More BEACONet interests [was:The moving target [was:A 
BeaconNet idea...]] 

References: <LYR21978-5603-2001.04.08-09.05.20-- 
w2ev#rochester.rr.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD08CDB.7A39C6FA@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'm going to parrot back what I understand about your suggestion: 


> W2EV-xx>CQxxxx , HOP2-2: >GG#HESEXX .Z 


W2EV -4HF>CQnpah , HOP2-2: >GG#HFgg10.V 
| | III PP a 
| | III IT} 11] ]|+- Beam Vector-+ 
| | III | Il} 1] 1}|+-- what's this?+--2-bytes for V maybe? 
| IIT Il lll] |+--- Overlay for the icon (27 needed) 
| | It Il} }|l+---- Icon (8 needed) 
| | bibs ti t+4++4+4+4----- 6-character grid 
| | || |+-- H.A.A.T. 
| | | |+--- Antenna Contribution (element count or dBd) 
| | |+---- Power Output (1mW to 32MW) 
| bocons Network Personality (Digi, Bridge, Gate, etc) 
+22 oom SSID to allow for multiple occurances of same call 


Now...to be clear...your suggestion wastes three bytes entirely: 
CQ conveys nothing of use to BEACONet 
TO-Call -SSID goes unused...but is still transmitted as a byte. 


I like the icon idea, but there is another interest being driven here, 
too. Because BEACONet is a "network sniffer for UI networks" it is just 
as important to know the network personality visually, as it is to know 
the band of origination. Since "n" exists in the BEACONet protocol, it 
was hoped to use that as the driver for the Icon, rather than frequency 
of operation. I'm going to play with the icon idea a bit to see what I 
get (there may be another variation to the theme that could work). 


In case anyone cares..."n" is described in the BEACONet protocol 
specification on the website: http://go.to/BEACONet | Information | 
Protocol. 


Other issues still remain. I've spelled them out in other eMails and 
would be interested in your thoughts on addressing them as part of the 
package. 


By the way...SSID routing is useless to BEACONet...WIDEn-N doesn't allow 
the tracing that we really need. There is no advantage to is...it will 
always be a wasted byte. 


Ev 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 15:15:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA18892 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 15:15:34 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 16:15:24 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Other BEACONet interests to factor [was:D7/D700 and ALTNET 
[was:APRS(tm) Protocol]] 
In-Reply-To: <LYR11586-5602-2001.04.08-08.54.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-5653-2001.04.08-15.32.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104081603070 .28954-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 8 Apr 2001, Ev Tupis wrote: 
> BEACONet enjoys an alias called RFONLY... 


> In taking BEACONet out of the ALTNET world something else happens: 
> * RFONLY becomes an issue because now all other APRS programs can 


decode a BEACONet frame...and they don't recognize the RFONLY 
alias 


The astute observer will have two comments: 
"No one can guarantee that some third party won't IGate a 
signal anyway, even with the alias" 
"It's not the contesters' fault if someone else relays the 
information" 


VV VV VV VV 


This is a good point. But I am a little confused. 


If the non-standard ALTNET construct allows you to be isolated from any 
other inadvertant APRS software from IGATING your packets, then that would 
seem to be sufficient in itself to solve the problem of RFONLY routing. 

So why then is the RFONLY alias needed? (I do think RFONLY alias is also 
a very good idea too.) 


Does this mean that all BEACONet packets have the RFONLY alias in them at 
the cost of 7 bytes per packet? 


You do have a very valid point about not wanting conventional APRS 
software in use by a non-fully-understanding user to link your BEACONet 
packets worldwide back to RF... Lemme think about that some.... I'd 
like to find a single bit somewhere that can do that much more 
efficiently... 


Lemme think about this... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 15:36:54 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19961 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 15:36:50 -0500 (CDT) 
Message-ID: <LYR11589-5659-2001.04.08-15.53.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 16:34:59 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Other BEACONet interests to factor [was:D7/D700 and 
ALTNET [was:APRS(tm) Protocol]] 

References: <LYR21978-5653-2001.04.08-15.32.10-- 
w2ev#rochester.rr.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ADO0CB73.8A37232A@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> BEACONet enjoys an alias called RFONLY... 

> In taking BEACONet out of the ALTNET world something else happens: 
> * RFONLY becomes an issue because now all other APRS programs can 
decode a BEACONet frame...and they don't recognize the RFONLY 
alias 


The astute observer will have two comments: 
"No one can guarantee that some third party won't IGate a 
signal anyway, even with the alias" 
"It's not the contesters' fault if someone else relays the 
information" 


VVVV VV VV VV VV NV 
VV VV VV VV 


This is a good point. But I am a little confused. 


RFONLY is invoked only by stations that are engaged in VHF Contests. 
Otherwise, "24/7" BEACONet stations may launch frames with either HOPn-N 
or nothing. RFONLY is an option to satisfy the needs of the 
Contesting/DX Chasing BEACONet community, not a reqirement for all 
BEACONet-ers. 


Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 15:52:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21116 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 15:52:39 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 16:52:24 -0400 (EDT) 

From: Bob Bruninga <bruninga@usna.edu> 

X-Sender: bruninga@arctic 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: More BEACONet interests [was:The moving target [was:A 
BeaconNet idea...]] 

In-Reply-To: <LYR11586-5622-2001.04.08-11.26.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-5680-2001.04.08-16.09.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104081625530 .28954-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 8 Apr 2001, Ev Tupis wrote: 


> By the way...SSID routing is useless to BEACONet...WIDEn-N doesn't allow 
> the tracing that we really need. There is no advantage to is...it will 
> always be a wasted byte. 


Hummh... conversly, I am beginning to see it as a neat future 
for BEACONet. Here is how: 


1) Using -n instead of HOPn-N saves 7 bytes in every single packet 

2) This does not need to be a WIDEn-N implementatin. On BEACONet, you 
can define that all such -n packets will be digipeated as TRACEn 
so that they include their path. 

3) Since UIview uses KISS mode, ROger could code this into UIvew 
overnight. ALso, since the UIDIGI firmware also supports SSID 
routing, I am sure that its author would be happy to also make this 
possible. UI-DIGI roms will fit in any of the millions of old TAPR-2 
CLONES. ALso, any old 286 PC with any TNC and DIGI-NED software 
also supports SSID routing... 

4) We can also include the RFONLY flag in a single bit. Here's how: 


SSID ROUTING FOR BEACON NET: 


if SSID is 0 then no digipeating 
if SSID is 1 to N then digipeat and add digipeaters MYCALL (TRACEn) 


if SSID is 10 to 1N then subtract 10 and digipeat as above 
but consider this packet as an RFONLY packet. 


Thus BEACONet can save 7 bytes in every packet, 

It retains an RFONLY flag 

It retains a TRACEn-N mechanism 

It LEADS the APRS community in using this valuable routing method 

It will allow TAPR-2 CLONE TNC's using UI-DIGI firmware to be used 
for beacon net without the expense of KPC-3's for everyone... 


This would be a long term goal. It sort of depends on how many Beaconnet 
users use KPC-3's, how manuy use TAPR-2 clones, and how many use UIVIEW? 
I admit it would be a transition, but until the transition was complete, 
then HOPn-N could continue to be used... and still be compatible. 


Actually it saves 14 bytes if you cnosider that you no longer need the 
RFONLY alias either... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 16:39:54 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA23027 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 16:39:51 -0500 (CDT) 
Message-ID: <LYR11589-5692-2001.04.08-16.56.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 17:37:58 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More BEACONet interests [was:The moving target [was:A 
BeaconNet idea...]] 
References: <LYR21978-5680-2001.04.08-16.09.14- - 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD0DA36.DFEAA45@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> By the way...SSID routing is useless to BEACONet...WIDEn-N 
> doesn't allow the tracing that we really need. There is no 
> advantage to is...it will always be a wasted byte. 


Hummh... conversly, I am beginning to see it as a neat future 
for BEACONet. Here is how: 


1) Using -n instead of HOPn-N saves 7 bytes in every single packet 
2) This does not need to be a WIDEn-N implementatin. 


VVVVVV VV WV 


But Bob...the APRS Protocol Specification (page 26 of 128) expressly 
says that ToCall SSID routing is WIDEn-N and WIDE. You're not proposing 
that BEACONet deliberately tool-up in opposition to the spec, are you? 
7) 


Chuckling just a little, 
Ev 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 16:52:42 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA23767 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 16:52:38 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 17:52:28 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More BEACONet interests [was:The moving target [was:A 
BeaconNet idea...]] 
In-Reply-To: <LYR11586-5692-2001.04.08-16.56.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-5693-2001.04.08-17.09.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104081749370 .777-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Apr 2001, Ev Tupis wrote: 


> Hummh... conversly, I am beginning to see it as a neat future 
> for BEACONet. Here is how: 
> 


> 1) Using -n instead of HOPn-N saves 7 bytes in every single packet 
> 2) This does not need to be a WIDEn-N implementatin. 


But Bob...the APRS Protocol Specification (page 26 of 128) expressly 
says that ToCall SSID routing is WIDEn-N and WIDE. You're not proposing 
that BEACONet deliberately tool-up in opposition to the spec, are you? 
pe) 


VV VV VV VV VM 


I thought you might noctice that. But the difference is that these 
packets are still decodable by everyone. This modification to what is in 
the spec is a non-exclusive "enhancement". In ANY WIDEn-N digi, it has 
alwasys been a SYSOP perogative to enable path tracing in a closed net if 
he likes... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 17:03:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA24866 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 17:03:00 -0500 (CDT) 
Message-ID: <LYR11589-5694-2001.04.08-17.19.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: kbrown@powerhouseproductions.com (Kevin Brown) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR22300-5693-2001.04.08-17.09.14- - 
kbrown#powerhouseproductions.com@lists.tapr.org> 
Subject: [aprsspec] More BEACONet interests [was:The moving target [was:A 


BeaconNet idea...]] 
Date: Sun, 8 Apr 2001 16:59:47 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="i1s0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01£701c0c077$3a3d21e0$08db0ecf£@187th. org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Maybe I'm the only one...but since this thread appears to be between the two 
of you...any chance you could actually email one another direct? I haven't 
seen anyone else reply/interject on this subject.. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 17:04:07 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25433 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 17:04:02 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-5695-2001.04.08-17.20.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 18:03:40 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Other BEACONet interests to factor [was:D7/D700 and 
ALTNET [was:APRS(tm) Protocol] ] 
References: <LYR21978-5653-2001.04.08-15.32.10-- 
w2ev#rochester.rr.com@lists.tapr.org> <LYR22299-5659-2001.04.08-15.53.26-- 
jetf#taerodata.net@lists.tapr.org> 


Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3ADQE03C.A5492CE5@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ev Tupis wrote: 


> 
> > > BEACONet enjoys an alias called RFONLY... 

clip 

> > This is a good point. But I am a little confused. 
> 


> RFONLY is invoked only by stations that are engaged in VHF Contests. 


FYI, AFILTER and I believe UI-View both support "NOGATE" already which 
effectively does the same thing. (keeps the RF gateway from sending 
the frame on to the internet). 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 17:37:27 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA28887 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 17:37:21 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 8 Apr 2001 18:37:10 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More BEACONet interests [was:The moving target [was:A 
BeaconNet idea...]] 
In-Reply-To: <LYR11586-5694-2001.04.08-17.19.31-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-5698-2001.04.08-17.53.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104081834030 .1526-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Apr 2001, Kevin Brown wrote: 


> Maybe I'm the only one...but since this thread appears to be between the two 
> of you...any chance you could actually email one another direct? I haven't 
> seen anyone else reply/interject on this subject.. 


Interesting. Ev was acused of developing BEACONet protocols without open 
public discussion of the protocol and thus it evolved as non APRS 
compatible. He brought it here to have a public discussion of how 
BEACONet can or cannot fit into the APRS protocol. I thought that was 
what this list was for? 


Just hit DEL key if you are disinterested... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 19:11:45 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ4977 
for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 19:11:42 -0500 (CDT) 
Date: Sun, 8 Apr 2001 19:11:27 -0500 
Message-Id: <LYR11589-5713-2001.04.08-19.28.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] NMEA 0183 checksum spec 
X-IPAddress: 206.9.220.135 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200104090011.TAA31189@dm.deskmedia. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Can someone please point me in the direction of a document describing 
the NMEA 0183 checksum and how it is calculated? Sample code? 


-James Jefferson 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 20:50:35 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ9675 
for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 20:50:31 -0500 (CDT) 
Date: Sun, 8 Apr 2001 20:50:24 -0500 
Message-Id: <LYR11589-5719-2001.04.08-21.07.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Here's how NMEA 0183 checksum is calculated 
X-IPAddress: 206.9.220.135 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200104090150 .UAA06493@dm.deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


(from Garmin's website - and verified by numerous other sources) 
Q. How is the checksum calculated in NMEA 0183? 


A. The checksum is the 8-bit exclusive OR (no start or stop bits) of all 
characters in the sentence, including the "," delimiters, between -- but 
not including -- the "$" and "x" delimiters. 


The hexadecimal value of the most significant and least significant 4 
bits of the result are converted to two ASCII characters (0-9, A-F) for 
transmission. The most significant character is transmitted first 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 8 21:37:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA12801 

for <lyris.aprsspec@tapr.org>; Sun, 8 Apr 2001 21:37:23 -0500 (CDT) 
Message-ID: <LYR11589-5724-2001.04.08-21.53.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 08 Apr 2001 22:35:15 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Cause and Effect...from the Horses Mouth 
References: <LYR21978-5698-2001.04.08-17.53.58-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD11FE3.81BC9E4F@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Interesting. Ev was acused of developing BEACONet protocols 
without open public discussion of the protocol and thus it 
evolved as non APRS compatible. He brought it here to have 

a public discussion of how BEACONet can or cannot fit into 

the APRS protocol. I thought that was what this list was for? 


VV VV VV MV 


Just hit DEL key if you are disinterested... 


*x The BEACONet protocol was opened to public scrutiny on TAPR's 
PropNET/BEACONet listserve. It was also discussed with Bob B. 
during development. It has never been "without open public 


discussion". Check the list archives. The topic is there. 


x Since the "Cause" is inaccurate, how can the "effect" of "thus it 
evolved as non APRS compatible" be defended? Never the less, it 
was said 
- From an APRS perspective (which is what this seems to be), the 

BEACONet system operates as an ALTNET (to the letter of the APRS 
protocol spec). Ok...so maybe it's a xbunchx of ALTNET's, but it 
*xisx fully compliant with the spec on ALTNETs. 


* I brought the discussion here because I wanted to clear the general 
APRS listserve of it (it had nothing to do with general APRS). I 
never said that it was here to see how it "can or cannot fit into 
the APRS protocol". 


Now...for a recap of the thread up to this point...this discussion was 
engaged because Kenwood radios don't have a function to disable ALTNET 
filters...therefore BEACONet was proclaimed by Bob as "non APRS 
compatible". 


A secondary discussion ensued as to how to reformat the BEACONet frame 
to allow Kenwood to decode them...but then the tables turned. Bob found 
out that APRS(tm) protocols, network topologies and procedures were not 
BEACONet(tm) compatible (I *xhatex when that happens). :0) 


Bob's giving this further thought. 


I think that pretty much sums it up so far. :0) This thread can 
continue on or off list...it makes no nevermind to me. I'm learning 
some good things to xmaybex incorporate in the next revision of the 
BEACONet protocol spec and lurking folks are being given an insight into 
APRS's cousin that thay may not have previously had. 


And again for the record...there is no personal affront intended by me 
nor taken by me with any of this discussion. The BEACONet concept was 
based on experimentation...that's what we're doing. A year from now, 
the experiment may be over and all that may be left is my satisfaction 
of "doing" rather than "dreaming"...then again... :0)) 


Ev 
http: //go.to/BEACONet 
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From bounce-aprsspec-11589@lists.tapr.org Mon Apr 9 06:03:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA26089 

for <lyris.aprsspec@tapr.org>; Mon, 9 Apr 2001 06:03:00 -0500 (CDT) 
Message-ID: <LYR11589-5794-2001.04.09-06.19.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 09 Apr 2001 07:01:07 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Non-exclusive Enhancement? [was: More BEACONet interests 
[was:The moving target [was:A BeaconNet idea...]]] 
References: <LYR21978-5693-2001.04.08-17.09.14-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD19673.403E5817@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


After suggesting that TOCALL SSID routing be setup to use TRACEn-N 
instead of WIDEn-N and Wide, Bob Bruninga wrote: 


But Bob...the APRS Protocol Specification (page 26 of 128) 
expressly says that ToCall SSID routing is WIDEn-N and WIDE. 
You're not proposing that BEACONet deliberately tool-up in 
opposition to the spec, are you? ;-) 


VVV NV 


I thought you might noctice that. But the difference is that 
these packets are still decodable by everyone. This modification 
to what is in the spec is a non-exclusive "enhancement". In ANY 
WIDEn-N digi, it has alwasys been a SYSOP perogative to enable 
path tracing in a closed net if he likes... 


VV VV VV VV VM 


I've searched the APRS Protocol Specification on the key words of 
"exclusive", "enhance" and "modif"ication and come up dry. Where can I 
get more information on the topic of "modifications that are allowed 
because they are considered non-exclusive enhancementes"? 


Ev 
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From bounce-aprsspec-11589@lists.tapr.org Mon Apr 9 20:38:15 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA29756 

for <lyris.aprsspec@tapr.org>; Mon, 9 Apr 2001 20:38:14 -0500 (CDT) 
Message-ID: <LYR11589-5930-2001.04.09-20.54.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: More BEACONet interests [was:The moving target 

[was:A BeaconNet idea...]] 

Date: Mon, 9 Apr 2001 21:42:26 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B9001A94903@SHPMAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I for one... want to see this kind of exchange ... especially since it 
involves APRS SPEC... if I get a vote.. I say EV and Bob... please 
continue... Each exchange furthers my knowledge about the spec..... 
ALOHA 

AH6LS 

> Maybe I'm the only one...but since this thread appears to be between the 
> two 

> > of you...any chance you could actually email one another direct? I 
> haven't 

> > seen anyone else reply/interject on this subject.. 

> 

> 
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From bounce-aprsspec-11589@lists.tapr.org Wed Apr 11 15:17:16 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA12612 

for <lyris.aprsspec@tapr.org>; Wed, 11 Apr 2001 15:17:07 -0500 (CDT) 
Mime-Version: 1.0 
X-Sender: mcmusick@mail.anet-stl.com 
Message-Id: <LYR11589-6309-2001.04.11-15.33.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 11 Apr 2001 14:50:53 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mcmusick@anet-stl.com> 
Subject: [aprsspec] From APRSSIG - proposal for modified object format 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <p04310101b6fa644aade1@[207 .206.136.32]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Recap: Jeff Brenton suggested that we look at a way to create objects 
that expire. This week's rash of springtime storms underscored a 
serious need for self-deleting objects to automatically clear the 
display of obsolete, superceded or otherwise out-of-date objects. 


The proposed protocol consists of adding a expiration time to the 
comments field, like so: 


;CELL1 *09234524903 .50N\07201.75W[088/036/EXP=0090 


This, of course, says that the CELL1 wall cloud object moving east at 
36 Knots expires 90 minutes after 2345z on the 9th. Field is in 
minutes and must have all four digits; "9999" minutes is 81 minutes 
shy of one week, so this gives us a good practical range. 


The user interface default value should be relatively short - 30 to 
60 minutes is a good start for discussion. There is no default in the 
on-air packet - the value is always specific. "/EXP=0000" is 
immediate expiration and is illegal; an object with no expiration 
should not have the /EXP= parameter. 


This has maximum backwards compatibility (i.e., doesn't break 
anything) and is human-readable when it isn't supported by the 


receiving program. 


By expressing the time as a time-out value rather than an end time 


means a lot less work for the parser. We've already parsed the 
092345z, so the expire day and time is simply 092345z + 90 minutes. 


What we need now is to hear from anyone who might think of a 
compatibility problem we haven't seen yet so we can get hopefully get 
quick agreement to "just do it". 


...mike/NOQBF 
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From bounce-aprsspec-11589@lists.tapr.org Wed Apr 11 16:00:17 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA14390 
for <lyris.aprsspec@tapr.org>; Wed, 11 Apr 2001 16:00:14 -0500 (CDT) 
Message-Id: <LYR11589-6325-2001.04.11-16.16.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 11 Apr 2001 16:01:27 -0500 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] [aprssig] Re: From APRSSIG - proposal for modified 
object format 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sad47fe6.078@dps.state.mo.us> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA14390 


Is it necessary to have "/EXP="? I don't believe anything else uses 4 zeros 
"Q000" so you may be able to tack it on the back 088/036/0000 of the report. It 
appears the other extensions use 3 zeros "000" at this location i.e. bearing/ 
number/range/quality. Check for a "0" instead of a "/". 


On the other hand "/EXP=" is pretty easy to search for. 


What about "/E=" which is similar in format to the "/A=" parameter for altitude? 


Rich - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Wed Apr 11 16:07:57 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15621 

for <lyris.aprsspec@tapr.org>; Wed, 11 Apr 2001 16:07:56 -0500 (CDT) 
Mime-Version: 1.0 
X-Sender: mcmusick@mail.anet-stl.com 
Message-Id: <LYR11589-6331-2001.04.11-16.24.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <Pine.GSO.4.05L.10104111624040 .28551-100000@arctic> 
References: <Pine.GSO.4.05L.10104111624040.28551-100000@arctic> 
Date: Wed, 11 Apr 2001 16:08:24 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mcmusick@anet-stl.com> 
Subject: [aprsspec] Re: From APRSSIG - proposal for modified object format 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <p04310102b6fa77£34c8£@[207 .206.137.24]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 4:24 PM -0400 4/11/01, Bob Bruninga wrote: 


>Only remaining question is whether the /EXP= is floating. I assume so. 
>and all 5 of those charactetrs must be an exact match... 


Unless there's a really pressing reason not to, I'd answer "yes". 


...mike 
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From bounce-aprsspec-11589@lists.tapr.org Thu Apr 12 01:48:03 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ2143 
for <lyris.aprsspec@tapr.org>; Thu, 12 Apr 2001 01:48:00 -0500 (CDT) 
Date: Thu, 12 Apr 2001 1:47:39 
Subject: [aprsspec] Re: [aprssig] Re: From APRSSIG - proposal for modified 
object format 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Jef£ Brenton" <ka9vnv@dididahdahdidit.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-6423-2001.04.12-02.04.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


> what about "/E=" 
Short, consistent, to the point... 


And "/E=xxxx" leaves two extra characters for the comment field. 
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From bounce-aprsspec-11589@lists.tapr.org Thu Apr 12 02:47:40 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ5416 

for <lyris.aprsspec@tapr.org>; Thu, 12 Apr 2001 02:47:39 -0500 (CDT) 
Message-ID: <LYR11589-6425-2001.04.12-03.04.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 12 Apr 2001 08:46:40 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Ian Wade <ian.wade@netro.co.uk> 
Reply-To: Ian Wade <wadei@ntlworld.com> 


Subject: [aprsspec] Re: [aprssig] Re: From APRSSIG - proposal for modified object 


format 


References: <LYR23375-6423-2001.04.12-02.04.39-- 
ian.wade#netro.co.uk@lists.tapr.org> 

In-Reply-To: <LYR23375-6423-2001.04.12-02.04.39-- 
ian.wade#netro.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <$cEyWjAg1V16EwOm@netro.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In article <LYR23375-6423-2001.04.12-02.04.39--ian.wade#netro.co.uk@list 
s.tapr.org>, Jeff Brenton <ka9vnv@dididahdahdidit.com> writes 

>> what about "/E=" 

> 

>Short, consistent, to the point... 

> 

>And "/E=xxxx" leaves two extra characters for the comment field. 


And two fewer characters liable to corruption. (And you don't really 
need the "=" either). 


The shorter the packet the better. 


73 
Ian, G3NRW 
g3nrwtapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Apr 12 07:12:19 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA25345 

for <lyris.aprsspec@tapr.org>; Thu, 12 Apr 2001 07:12:15 -0500 (CDT) 
From: Rolf Bleher <mail@Rolf-Bleher.de> 
Reply-To: mail@Rolf-Bleher.de 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: From APRSSIG - proposal for modified object format 
Date: Thu, 12 Apr 2001 14:10:51 +0200 


Content-Type: text/plain; 

charset="1so-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-6447-2001.04.12-07.29.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
X-Sender: 320093807643-0001@t-dialin.net 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01041214105103 .01164@terra> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>Only remaining question is whether the /EXP= is floating. I assume so. 
>and all 5 of those charactetrs must be an exact match... 

Unless there's a really pressing reason not to, I'd answer "yes" 

I think it's a good solution, but why not using 

/D=1234 for duration 1234 minutes, or 


/X=1234 for expires in 1234 minutes 


It's a little bit shorter... 


Rolf 
Rolf Bleher DK7IN Yorn ene hit eats piesa ee 
N52d32.660' E013d20.920' / Linux - life is too short for reboots 


6 AT et SI a OT sto 0, sles / http: //www.Rol£-Bleher.de 
mail@Rolf-Bleher.de 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 12:32:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA29652 

for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 12:32:28 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-6705-2001.04.13-12.49.07-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 13 Apr 2001 13:31:40 -0400 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD737FC.F3DD2468@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bill: 


I'm copying this to APRSSPEC as well since some of the APRS authors there are 
already 
discussing it. 


I believe Bob's algorithm was based on picking a second of the minute to beacon 
on. It 

was seeded with your callsign. He would have posted it a few weeks before Dayton, 
not 

sure if it was last year or the year before. This required no changes to anyones 
software, 

it just required you to set the clock on your computer or sending device. 


Coordinated time slots would be best as you suggested, but it requires a internet 
connection. We 

actually discussed this before.... the way you solve it is to have two granulates 
for the devices beaconing. You can pack the devices on the internet second by 
second 

where as the mobile devices you assign in a different segment (as far away (in 
time) as 

possible). 


Basically, the mobile devices could send in the last 30 seconds of the minute, 
where 

as the internet connected devices could send in the first 30 seconds. You'll still 
have some collisions (as it is only a 50/50 chance the mobile will have his time 
set 


correctly to hit that last 30 seconds) but at least it will help somewhat. 


Also, what will help alot is to STOP beaconing the first time you see your packet 
repeated. You could calculate sat rise and sat set, and only beacon until you are 
heard during each interval. A server could handle this as well. 


-Jeff 


Bill Diaz wrote: 
> 
> Don't recall the algorithm Bob described. 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 12:39:49 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ0354 

for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 12:39:47 -0500 (CDT) 
Message-ID: <LYR11589-6710-2001.04.13-12.56.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 13 Apr 2001 13:37:44 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2evi#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD73968.345488C7@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> I believe Bob's algorithm was based on picking a second of the 
> minute to beacon on. 


Wouldn't that infer one-minute beaconing through the ISS? I was under 
the impression that folks were attempting to avoid that if possible. 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 12:53:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ1365 

for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 12:53:41 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-6719-2001.04.13-13.10.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 13 Apr 2001 13:52:49 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
References: <0Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2ev#rochester.rr.com@lists.tapr.org> 
<LYR22299-6710-2001.04.13-12.56.32--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD73CF1.A8D63BBB@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ev Tupis wrote: 
> 
> > I believe Bob's algorithm was based on picking a second of the 

> > minute to beacon on. 

> 

> Wouldn't that infer one-minute beaconing through the ISS? I was under 


> the impression that folks were attempting to avoid that if possible. 


No. Second of the chosen minute. Could be once a minute, 
or once every 10 minutes. Lacking a centralized slot server, you need a 
universal random method to chose the second of the minute to send on as 
well as beacon frequency, whatever it might be for ISS. 


In any case, I'm not telling anyone how to do anything. Don't have any 
interest myself in beaconing through ISS. Just recalling a 

similar discussion regarding beaconing at Dayton which also delt with 
hidden terminals. 


-Jeff 


Ev, W2EV 


You are currently subscribed to aprsspec as: jeff@aerodata.net 
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VV VV VV NV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 12:57:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA0Q1627 

for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 12:57:33 -0500 (CDT) 
Message-ID: <LYR11589-6720-2001.04.13-13.13.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 13 Apr 2001 13:53:46 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2ev#rochester.rr.com@lists.tapr.org> 
<LYR22299-6710-2001.04.13-12.56.32--jeffitaerodata.net@lists.tapr.org> 
<3AD73CF1.A8D63BBB@aerodata.net> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD73D2A.D51A5B80@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Jeff King wrote: 
Ev Tupis wrote: 


> I believe Bob's algorithm was based on picking a second of the 
> minute to beacon on. 


Wouldn't that infer one-minute beaconing through the ISS? I was under 


> 
> 
> 
> 
> 
> the impression that folks were attempting to avoid that if possible. 


VVVV VV VV VV 


No. Second of the chosen minute. 
Ahh. I misunderstood. Thanks. 


Regards, 
Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 13:11:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ2821 

for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 13:11:49 -0500 (CDT) 
Message-Id: <LYR11589-6724-2001.04.13-13.28.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 


Date: Fri, 13 Apr 2001 13:11:08 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: David VanHorn <dvanhorn@cedar.net> 

Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
In-Reply-To: <LYR11608-6719-2001.04.13-13.10.06--dvanhorn#cedar.net@list 
s.tapr.org> 

References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2ev#rochester.rr.com@lists.tapr.org> 
<LYR22299-6710-2001.04.13-12.56.32--jeffitaerodata.net@lists.tapr.org> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <4.3.2.7.2.20010413130919.00aecf00@mail.cedar.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>No. Second of the chosen minute. Could be once a minute, 

>or once every 10 minutes. Lacking a centralized slot server, you need a 
>universal random method to chose the second of the minute to send on as 
>well as beacon frequency, whatever it might be for ISS. 


How is this different, in a practical sense, from just turning ona 
transmitter with a fixed beacon rate, at some arbitrary time? 


What happens if I'm sharing a "slot" with an alligator? 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 16:19:44 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA17635 
for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 16:19:39 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-6756-2001.04.13-16.36.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 13 Apr 2001 17:19:27 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2ev#rochester.rr.com@lists.tapr.org> 
<LYR22299-6710-2001.04.13-12.56.32--jeff#taerodata.net@lists.tapr.org> 
<LYR22299-6724-2001.04.13-13.28.24--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD76D5F .FC77A37A@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Dave: 
David VanHorn wrote: 


> 

>No. Second of the chosen minute. Could be once a minute, 

>or once every 10 minutes. Lacking a centralized slot server, you need a 
>universal random method to chose the second of the minute to send on as 
>well as beacon frequency, whatever it might be for ISS. 


How is this different, in a practical sense, from just turning ona 
transmitter with a fixed beacon rate, at some arbitrary time? 


VVVVV VV VV 


It is no different. Yet explain to me, lacking any formal specification, how you 
would insure that this in indeed arbitrary? Humans are not random, and 

the point of the posting I referenced to was some human pseudo code for 

insuring this randomness. I believe the callsign was used as the random 

seed (for the slot that the beacon occurred in) and some beacon rate was 
pre-agreed upon. 


The point here, is that if you assume humans are random, when it comes to numbers, 
you'll end up with bunching. They are not random. 


> What happens if I'm sharing a "slot" with an alligator? 


I begin to wonder when someone asks a question they already know the answer to, 
in particular when they are not an attorney. Of course it won't 

work if someone decides to ignore the rules of the road. If you think what I was 
suggesting won't work, just say that. It won't hurt my feelings in particular 
since 

it wasn't even my idea (although I do agree it is a good idea, your pessimism may 
be closer to reality). 


My only reason for posting was to mention Bob B. had came up with a pseudo 
algorithm some years back for the Dayton Hamfest. It xmight*x apply here. Because 
the search engine on the TAPR Lyris site is broken, I was unable to post a 

link to the message. 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 16:47:28 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA19727 

for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 16:47:24 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 13 Apr 2001 17:47:12 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
In-Reply-To: <LYR11586-6756-2001.04.13-16.36.28-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-6763-2001.04.13-17.04.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10104131722560 .15255-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Another answer might have been that sharing a slot with an aligator is 

not that bad. Even if he has 10 dB more power (500 to your 50w) then at 
many times through the pass due to all the other variables going on, 
soooner or later, you are going to be 10 dB stronger and he is going to be 
10 dB worse. Bingo, you get in... 


> > What happens if I'm sharing a "slot" with an alligator? > 


Jeff wrote: 

> I begin to wonder when someone asks a question they already know the 

> answer to, in particular when they are not an attorney. Of course it 

> won't work if someone decides to ignore the rules of the road. If you 

> think what I was suggesting it won't work, just say that. It won't hurt 
> my feelings in particular since it wasn't even my idea (although I do 

> agree it is a good idea, your pessimism may be closer to reality). 
> -Jeff 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 19:31:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ0193 
for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 19:31:00 -0500 (CDT) 
Message-Id: <LYR11589-6790-2001.04.13-19.47.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Fri, 13 Apr 2001 19:15:52 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR11608-6756-2001.04.13-16.36.28--dvanhorn#cedar.net@list 
s.tapr.org> 
References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2ev#rochester.rr.com@lists.tapr.org> 
<LYR22299-6710-2001.04.13-12.56.32--jeffitaerodata.net@lists.tapr.org> 
<LYR22299-6724-2001.04.13-13.28.24--jeffitaerodata.net@lists.tapr.org> 


Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010413190511.02fb17d0@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 
>It is no different. Yet explain to me, lacking any formal specification, 
>how you 


>would insure that this in indeed arbitrary? Humans are not random, and the 
>point of the posting I referenced to was some human pseudo code for 
>insuring this randomness. 


Algorithms aren't random either. 
The best you can approach is "difficult to predict", and "evenly 
distributed". 


>The point here, is that if you assume humans are random, when it comes to 
>numbers, 

>you'll end up with bunching. They are not random. 

> 

> 

> > What happens if I'm sharing a "slot" with an alligator? 

> 

>I begin to wonder when someone asks a question they already know the answer to 


I was wondering if anyone had implemented/suggested a method to handle that. 


Dave's Engineering Page: http://www.dvanhorn.org 
Where's dave? http://www. findu.com/cgi-bin/find.cgi?kc6ete-9 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 13 20:07:31 2001 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ3393 
for <lyris.aprsspec@tapr.org>; Fri, 13 Apr 2001 20:07:31 -0500 (CDT) 

Errors-To: <jeff@aerodata.net> 

Message-ID: <LYR11589-6799-2001.04.13-20.24.12-- 

lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 13 Apr 2001 21:07:11 -0400 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 

References: <Q1C0C412.99CEDBAO.billdiaz@megsinet.net> 
<LYR21978-6705-2001.04.13-12.49.07--w2evi#rochester.rr.com@lists.tapr.org> 
<LYR22299-6710-2001.04.13-12.56.32--jeffitaerodata.net@lists.tapr.org> 
<LYR22299-6724-2001.04.13-13.28.24--jeffitaerodata.net@lists.tapr.org> 

<4.3.2.7.2.20010413190511.02fb17d0@mail.cedar.net> 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <3AD7A2BF .58EQFEEC@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


David VanHorn wrote: 
> 


>Humans are not random, and the 
>point of the posting I referenced to was some human pseudo code for 
>insuring this randomness. 


VVV VV 


Algorithms aren't random either. 


No, they are not. That is why you need to chose a seed number that is random. 
Maybe use the checksum of your callsign as the seed number (or some combination 
of the unique letters in your callsign). 


> The best you can approach is "difficult to predict", and "evenly 
> distributed". 


EXACTLY. Evenly distributed is the key here. Still no where near as good 
as some sort of assigned slotting system, yet better then the bunching and 
anarchy when folks are left to their own choices. 


> > > What happens if I'm sharing a "slot" with an alligator? 
> I was wondering if anyone had implemented/suggested a method to handle that. 


The FCC rules define that fairly well. Minimum power needed for communications. 
I would think into a pair of crossed dipoles, 5 watts would be plenty. 


It is really hard to enforce morality. If someone runs 500 watts (20db more then 
is needed) then all they care about is themselves. I don't have a solution for 
that one other then to decline to participate in a RF power war, if that is what 
it 

is becoming. Anyways, ISS is long term so the congestion will clear out in due 
time 

after the novelty factor wears out. Then some useful applications can be deployed. 


-Jeff 
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In article <LYR13460-6799-2001.04.13-20.24.12--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Jeff King <jeff@aerodata.net> writes 

[snip] 

> 

>EXACTLY. Evenly distributed is the key here. Still no where near as good 
>as some sort of assigned slotting system, yet better then the bunching and 
>anarchy when folks are left to their own choices. 


What I don't understand in this discussion is why anyone thinks that 
bunching of transmissions will occur in the current situation, because 
surely anarchy is inherently random? Could someone explain to me the 
mechanism that is going to cause the bunching? 


As far as I can see, the only advantage of assigned slots would be that 
if you say to someone, for example, "transmit on second 37", then you're 
also telling them to transmit no more than once a minute. 


Also, I'm not so sure that the long periods of silence from ISS are as a 
result of it being held off by uplink traffic. If it was, then I would 
expect to see it spew out a whole bunch of frames when eventually it got 
in, but I haven't seen any evidence of that at all. What I do notice is 
that it seems much easier to access it when it's at a very low elevation 
than when it's at a high angle, and that certainly isn't because of the 
antennas I'm using. Could this be as a result of the position of the 2m 
antenna on ISS? 
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Roger Barker wrote: 


In article <LYR13460-6799-2001.04.13-20.24.12--rogeri#tpeaksys.co.uk@lists 
.tapr.org>, Jeff King <jeff@aerodata.net> writes 

[snip] 

> 


>EXACTLY. Evenly distributed is the key here. Still no where near as good 
>as some sort of assigned slotting system, yet better then the bunching and 
>anarchy when folks are left to their own choices. 


What I don't understand in this discussion is why anyone thinks that 
bunching of transmissions will occur in the current situation, because 
surely anarchy is inherently random? Could someone explain to me the 
mechanism that is going to cause the bunching? 


VV VV VV VV VV VV OV 


I'll try. 


Every so called "random number" algorithm, at least the ones I have worked 
with in computers, really isn't random. You need a seed number to at least 
give it the chance of being random. Bob had suggested the seed number, in 

his post some time ago, as being the persons callsign or some combination. 


You also need a standard algorithm to plug that random seed number into, 

be it a computer algorithm or human pseudo code. The "algorithm" in this 

case could define power levels, when to beacon, when a beacon is successful, 
how often to beacon, ect. The random element in the last paragraph is to insure 
even distribution of the transmissions. 


Bunching is a known human behavior. One can see it in many forms.... the 
desire to pick a "round" number, working 9-5, rush hour, bidding on auctions, 
waiting until ISS is about to rise above the horizon to turn the beacon on. 
Doesn't matter the reason, it is just human behavior when most of us are left 
to our own means or lacking any pseudo code (etiquette) to guide us. 


Anarchy is NOT random although in its earliest stages it may appear that way. 
Anarchy means the lack of any central control or group cooperation. However, 
anarchy is not a stable system. As a behavior system, be it human or political, 
it has a very short half life. As it progresses, its behavior becomes less and 
less random as it moves towards a organized system. In the political arena, we 
have periods of anarchy, however they typically don't last long. Local 
chieftains gain power over the local population due to some power they 

might have a monopoly on. Soon after that, further consolidation occurs. 

This is born out time and time again in history. 


This same behavior model could be transposed to ham radio. Even though 

most radio regulatory bodies in most countries state to use the minimum power 
required, sales of HF amplifiers are brisk. The HF DX pile-ups are a good 
example of local chieftains rising to power. The station with the biggest 
antenna and biggest amplifier will get the contact. Even though in many cases 
the station with 10 watts and a dipole easily could make the contact, they 
are unable to compete against the powerhouse station. 


In ISS we could have the same situation. Certain stations could beacon once 

every 10 seconds. Certain stations could run 500 watts when 5 watts would 

work. The stations that can afford 500 watt amps and don't see a problem 

with frequency beacons become the local "chieftain". To compete against the 
chieftain, you have to raise your power level and/or your beacon rate. Lacking 
any psedo-code, we have a anarchical system. A true anarchical system is unstable, 
hence local chieftains will arise. 


With some assurance of random distribution, and some rules of the road, access 
would be more equitable. It also would approach the Aloha model (and with 


bunching it is less then aloha). Looking at Dave Vanhorn's example, with the 


500 watt station on his 5 watt slot.... you also could dither each slot randomly 
within a certain window (although that would require software, up until now 
everything 


I spoke of didn't). 


>As far as I can see, the only advantage of assigned slots would be that 
>if you say to someone, for example, "transmit on second 37", then you're 
>also telling them to transmit no more than once a minute. 


I was primarily discussing means to encourage random distribution as opposed 

to a coordinated slotting method. This would require cooperation among the 
authors. However, if such is the case, their are significant advantages to 
slotted aloha over aloha. I suggest you review some of the texts on packet radio 
as you will clearly see the advantages, in particular for systems that are 
comprised primarily of hidden terminals. 


But lets take what you said a step further. The "only" advantage you state, 

one of being able to assign slots and times, into itself is a significant 
advantage. 

But you can take it even further then that. Since this "assignment" is made by 

a server that has access to all these stations, and their receivers, it can tell 
the sending station when in fact it has been heard by ISS. Then, it can instruct 
the sending station... OK, ISS heard you, stop beaconing until ISS is at the other 
end of the pass. This then opens up the slot for another station. 


>Also, I'm not so sure that the long periods of silence from ISS are as a 
>result of it being held off by uplink traffic. If it was, then I would 
>expect to see it spew out a whole bunch of frames when eventually it got 
>in, but I haven't seen any evidence of that at all. 


I'd expect it to be operating in "FULLDUP" mode, that is ignoring CSMA. But 
maybe it is not. Your question is best directed towards the ISS team. 


>What I do notice is 
>that it seems much easier to access it when it's at a very low elevation 
>than when it's at a high angle, and that certainly isn't because of the 
>antennas I'm using. 


What kind of antennas are you using? Most (all) amateur omni antennas direct 
most of the signal at the horizon. The best kind of antenna to us for ISS should 
be crossed dipoles over a screen. This would give you the best signal as it went 
overhead, where as a omni would give you the worst signal overhead. 


Now in summary, all of my statements regarding packet theory (and the oversights) 
where known by those that designed the ISS digipeater. Everything could have been 
addressed before launch. It apparent wasn't. Hence, I don't expect anything 


to change. It is primarily a PR tool, and as such, it is targeted exactly right. 
The 

good news here is the novelty will soon wear off, and possibly we can use it for 
some 

limited useful things. 


I think rehashing Bob's Dayton psedo-code (Bob?) might be useful as it can be used 
by 

mobiles, but a worldwide slotting system, while a good thing, just wouldn't be 
that 

useful due to the fact it would not be universally adopted. 


-Jeff 
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In article <3AD8A4DA.A754F84F@aerodata.net>, Jeff King 
<jeffi@aerodata.net> writes 

> 

>I'll try. 

[snip] 


Thanks for the interesting reply. Perhaps I should make the point that I 
was specifically commenting on the concept that "bunching" of 
transmission is likely to be currently occurring. To expand the concept, 
what it would mean is that - 
At any given moment there are 'n' hams within the footprint of ISS 
attempting to access it, and some mechanism is causing the transmissions 
from those 'n' hams to "bunch" in time rather than be evenly 
distributed. 


I'm afraid that I'll remain sceptical about that until someone comes up 
with a believable "for instance" that could cause it to occur. 


>Bunching is a known human behavior. One can see it in many forms.... the 
>desire to pick a "round" number, working 9-5, rush hour, bidding on auctions, 
>waiting until ISS is about to rise above the horizon to turn the beacon on. 


But that varies for each ham in the footprint, because they don't all 
live in the same place. They also don't all have the same horizon angle, 
the same antennas, the same receiver sensitivity, accurate clocks, etc, 
etc. 


[snip] 


>>Also, I'm not so sure that the long periods of silence from ISS are as a 
>>result of it being held off by uplink traffic. If it was, then I would 
>>expect to see it spew out a whole bunch of frames when eventually it got 
>>in, but I haven't seen any evidence of that at all. 

> 

>I'd expect it to be operating in "FULLDUP" mode, that is ignoring CSMA. But 
>maybe it is not. Your question is best directed towards the ISS team. 


Given that the TNC reset - hence the NOCALL - my assumption is that it's 
operating half duplex. Perhaps I'm wrong? 


>>What I do notice is 

>>that it seems much easier to access it when it's at a very low elevation 
>>than when it's at a high angle, and that certainly isn't because of the 
>>antennas I'm using. 

> 

>What kind of antennas are you using? Most (all) amateur omni antennas direct 


>most of the signal at the horizon. The best kind of antenna to us for ISS 
>should 

>be crossed dipoles over a screen. This would give you the best signal as it 
>went 

>overhead, where as a omni would give you the worst signal overhead. 


Circularly polarised crossed dipoles with reflectors underneath (wx sat 
style), colinear and a circularly polarised beam. However, I'm not 
specifically commenting on my own attempts to access the digi, my 
observations are based very much on what I'm hearing of other stations 
attempts. (Note - I'm making these comments because I find the subject 
interesting, I hope no-one regards it as a complaint or criticism!) 


It could of course be that the ISS receiver is being totally blocked by 
in band or out of band traffic. It certainly gives the impression that 
it is hearing very little. For instance, I've noticed that if a station 
connects to ISS (NOCALL), and the TNC on ISS gets in a situation where 
it's polling the connected station, the poll frames will be transmitted 
every few seconds, which doesn't suggest that it's a simple case of 
being held off by uplink traffic. 
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Roger Barker wrote: 

> 

> In article <3AD8A4DA.A754F84F@aerodata.net>, Jeff King 
> <jeff@aerodata.net> writes 

> 

[snip on bunching] 


I'm stating bunching is part of human nature. We are not random creatures. While I 
will concede to you that outside random influences can mitigate the effects of 
bunching, I don't think we should depend on them nor assume such is the case. 
Someday 

everyone's clock may infact be accurate for example. You can't depend on 
deficiencies 

to always exist. 


In any case, bunching is just one piece of the puzzle. The idea is to have a 
standard 


algorithm that everyone can use... be it human pseudo code or some computer 
program. 

Doesn't matter. Lacking this, it is in fact anarchy, and the rules of anarchy 
begin 


to take affect. CQ contest, CQ contest. 


> >What kind of antennas are you using? 


> Circularly polarised crossed dipoles with reflectors underneath (wx sat 


> style), colinear and a circularly polarised beam. 


And is it safe to say you are in the minority here? Most of the ones commenting 
on using ISS I have seen are using conventional vertically polarized omni's. 


> However, I'm not 
> specifically commenting on my own attempts to access the digi, my 


Which means your observations are entirely consistent. 


Let me ask you this. I was talking with another fellow off SIG and he indicated 
to me he was observing some deep fading with the ISS station. He was using a 
3.5db gain vertical on his car. With your crossed dipoles, where you observing 
any deep fading? (>20db) I suggested that ISS is using linear polarization as 
opposed to circular polarization, which is the norm for space coms. In your 
case, using circular polarization, your fades would be minimal. Is such the 
case? 


It could of course be that the ISS receiver is being totally blocked by 
in band or out of band traffic. It certainly gives the impression that 
it is hearing very little. For instance, I've noticed that if a station 
connects to ISS (NOCALL), and the TNC on ISS gets in a situation where 
it's polling the connected station, the poll frames will be transmitted 
every few seconds, which doesn't suggest that it's a simple case of 
being held off by uplink traffic. 


VV VV VV MV 


Actually, a thought just came to me. Since ISS is receiving and transmitting on 
different frequencies, there is no need to hold off for anything and 
it should be in FULLDUP mode. 


73 


Jeff 
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> Actually, a thought just came to me. Since ISS is receiving and 
transmitting on 

> different frequencies, there is no need to hold off for anything and 
> it should be in FULLDUP mode. 


They don't have duplexers up there, Jeff! There would be considerable 
desense of the receiver in doing that, even if they had two antennas. 


-Jim Jefferson KBOTHN 
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List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iss.6fe.3ad8d8f0.9634d.1@garnet.tc.umn.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> Subject: [aprsspec] Re: APRS Compliance 

> Date: Wed, 28 Mar 2001 07:04:34 -0500 

> From: Steve Dimse <k4hg@tapr.org> 

> 

> On 3/27/01 5:50 PM Timothy J Salo (tjs@tc.umn.edu) wrote: 

> [...] 

> >I believe that it is far more appropriate for an APRS protocol test suite 
> >to be expressed as raw AX.25 frames (which reflect the objective of the 
> >protocol specification, namely to specify correct on-the-air formats and 
> >protocols). 

>> 

> To the best of my knowledge, all APRS programs accept the text format of 
> input. 


Pic-E, MIC-E, and HamHUD-III come to mind as APRS end-stations that do not 
assume the existence of a TNC, and therefore do not accept TNC-style 
text strings as input. 


By "raw AX.25 frames" I presume you are proposing a new file 

format with just the binary data, correct? TTBOMK, no APRS program 
accepts this format. Therefore, in order to use the test suite, each 
author must add code to their program, code which is otherwise worthless, 
and could be another source of errors. 


VVVV WV 


I assume that all APRS programs accept 1200 bps AFSK, either baseband 
(e.g., similar to what you would expect out of an audio jack on your 
rig) or RF. 


Alternatively, someone must write 

programs to transmit the info on the air (or two TNC's back to back). 
This would allow people other than the programmers to perform the test, 
but requires setting up hardware. 


VVNV WV 


I believe that making it easy to create and run tests against APRS 
software will be a good thing for the APRS community. I believe that 
it will lead to a much greater number of tests being developed and run. 
This will lead to a greater understanding of how the different programs 
respond to various packets and how the programs compare to the APRS 
specification. It may even lead to an overall improvement in the 

APRS implementations. 


Obviously, the hardware part isn't very hard. 


Somewhere, I have a Java class that represents an AX.25 packet. It 
can create an instance of itself from a TAPR TNC2 or AEA/Timewave 

text string, (or, in pre-object-oriented language, it can take a 

text string as input). The class can output itself as a binary string 
or a TNC2 or AEA/Timewave text string. This class is pretty liberal; 
it accepts almost anything that is close, even some of the combined 
TNC2/AEA format packets found on the APRServe data stream. 


It wouldn't be too hard for the class to output itself as a KISS string. 
I will probably do this in the next few weeks for another project. 


More importantly, this isn't really hard code. The difficult part is 
correctly parsing all the variations in TNC strings, particularly if you 
want to use the APRServe data stream as input. As you mentioned, 

many APRS programs have this code already (although I suppose the source 
code for many of these implementation is not freely available). 


> If it were a TNC text file, click open and you are testing. 
> 
> What precisly do you gain by using this format other than being more pure? 


First, TAPR TNC2 text strings are not adequately expressive. Some 
valid APRS packets cannot be encoded using TAPR TNC2 text strings 

(e.g., may result in non-printing characters which may or may not be 
preserved). The TNC text format doesn't allow some of the AX.25 

fields to be set (e.g., AX.25 reserved bits). I don't think the 

TAPR TNC2 format allows the AX.25 command/response bit to be controlled, 
although I think the AEA/Timewave format does. 


Second, I believe a language for representing APRS test messages 
should also be able to create invalid messages. A reasonable example 
is APRS messages without a terminating CR. I don't believe these can 
be created using TNC text strings, but I believe that messages of this 
form used to cause one or more APRS programs to crash. 


Third, I believe that anything that continues to promote the TNC model 

at this point in history is a disservice to the digital amateur community. 
TNCs were instrumental in the popularization of packet radio. However, 
that was a very long time ago -- we shouldn't be thinking in terms 

of an architecture that made sense for C-64s. 


Finally, I am trying to answer the question: Ignoring other practical 
considerations, what would be the most powerful method of representing 
APRS packets for the purposes of creating test scripts? 


I suppose you can call my proposal more precise, more expressive, more 
correct, more modern, or even more pure. 


-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 14 19:57:18 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA20572 

for <lyris.aprsspec@tapr.org>; Sat, 14 Apr 2001 19:57:17 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-6939-2001.04.14-20.14.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 14 Apr 2001 20:57:08 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: [aprssig] Re: Hidden transmitters & ARISS 
References: <200104142308.SAA16061@dm.deskmedia. com> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3AD8F1E4.B094379D@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


James: 


The FULLDUP ON command just tells the TNC to ignore the Data Carrier 
detect signal. Might be a different command for other TNC's, but that 
was what my TNC2 was. Doesn't mean you really are full duplex. 


-Jeff 


James Jefferson wrote: 

> 

> > Actually, a thought just came to me. Since ISS is receiving and 
> transmitting on 


> > different frequencies, there is no need to hold off for anything and 
> > it should be in FULLDUP mode. 

> 

> They don't have duplexers up there, Jeff! There would be considerable 
> desense of the receiver in doing that, even if they had two antennas. 
> 
> -Jim Jefferson KBOTHN 
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From bounce-aprsspec-11589@lists.tapr.org Sun Apr 15 11:53:37 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA29262 

for <lyris.aprsspec@tapr.org>; Sun, 15 Apr 2001 11:53:28 -0500 (CDT) 
Message-Id: <LYR11589-7096-2001.04.15-12.10.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Compliance 
Date: Sun, 15 Apr 2001 12:53:10 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200104151653 . JAA12331@scaup.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 4/14/01 7:10 PM Timothy J Salo (tjs@tc.umn.edu) wrote: 


>> To the best of my knowledge, all APRS programs accept the text format of 
>> input. 

> 

>Pic-E, MIC-E, and HamHUD-III come to mind as APRS end-stations that do not 
>assume the existence of a TNC, and therefore do not accept TNC-style 

>text strings as input. 

> 

The Mic-E does not accept any input, and there are only a couple of 

rarely used Pic-E programs that use the demod fundtion of the Pic-E. The 
HH-III will 


>> By "raw AX.25 frames" I presume you are proposing a new file 

>> format with just the binary data, correct? TTBOMK, no APRS program 

>> accepts this format. Therefore, in order to use the test suite, each 

>> author must add code to their program, code which is otherwise worthless, 
>> and could be another source of errors. 


>I assume that all APRS programs accept 1200 bps AFSK, either baseband 
>(e.g., Similar to what you would expect out of an audio jack on your 
>rig) ox RF. 

> 

Wrong. None of my programs accept AFSK, and in fact for javAPRS and findu 
there is no way to connect a TNC directly, so the data would have to come 
through another program first. Nor do most of the client programs take 
audio directly, requiring a TNC or sound card to convert the AFSK into 
text or KISS frames first. 


>> Alternatively, someone must write 

>> programs to transmit the info on the air (or two TNC's back to back). 
>> This would allow people other than the programmers to perform the test, 
>> but requires setting up hardware. 


>I believe that making it easy to create and run tests against APRS 
>software will be a good thing for the APRS community. I believe that 
>it will lead to a much greater number of tests being developed and run. 
>This will lead to a greater understanding of how the different programs 
>respond to various packets and how the programs compare to the APRS 
>specification. It may even lead to an overall improvement in the 

>APRS implementations. 

> 

I agree. That is why I think it is important to have a test suite 
available to the largest number of users with the least possible effort. 
Sk 

>More importantly, this isn't really hard code. The difficult part is 
>correctly parsing all the variations in TNC strings, particularly if you 
>want to use the APRServe data stream as input. As you mentioned, 

>many APRS programs have this code already (although I suppose the source 
>code for many of these implementation is not freely available). 

> 

No it isn't hard. However, you seem to be advocating multiple back and 
forth conversions before the data actual gets to the program's parser, 
which increases the chance for error. KISS! 


>> If it were a TNC text file, click open and you are testing. 

>> 

>> What precisly do you gain by using this format other than being more pure? 
> 

>First, TAPR TNC2 text strings are not adequately expressive. Some 

>valid APRS packets cannot be encoded using TAPR TNC2 text strings 


>(e.g., may result in non-printing characters which may or may not be 
>preserved). The TNC text format doesn't allow some of the AX.25 
>fields to be set (e.g., AX.25 reserved bits). I don't think the 

>TAPR TNC2 format allows the AX.25 command/response bit to be controlled, 
>although I think the AEA/Timewave format does. 

> 

Setting undefined bits is hardly something that needs to be part of the 
tesing suite. If someone defines a bit that the AX-25 protocol reserves, 
it is simply not a valid AX-25 packet! 


Non-printing characters can be present in a text string, in fact they are 
all the time. There are only a handful allowed in the spec, and none of 
these are ones that even require escaping (normally ctrl-v) like return. 


>Second, I believe a language for representing APRS test messages 
>should also be able to create invalid messages. A reasonable example 
>is APRS messages without a terminating CR. I don't believe these can 
>be created using TNC text strings, but I believe that messages of this 
>form used to cause one or more APRS programs to crash. 

> 


Most APRS packets are transmitted on the air without a trailing carriage 
return. If you want to include one in the string, you must escape it, 
e.g. <ctl-v><cr> 


>Third, I believe that anything that continues to promote the TNC model 
>at this point in history is a disservice to the digital amateur community. 
>TNCs were instrumental in the popularization of packet radio. However, 


>that was a very long time ago -- we shouldn't be thinking in terms 
>of an architecture that made sense for C-64s. 
> 


Version 1 of the aprsspec is, and alway we be, heavily dependent on the 
TNC model. We are talking about the test suite for version 1 of the spec. 
If there ever is a version 2, and it is not dependent on the TNC model, 
then your argument makes sense. 


>Finally, I am trying to answer the question: Ignoring other practical 
>considerations, what would be the most powerful method of representing 
>APRS packets for the purposes of creating test scripts? 

> 

One that can be looked at and examined by eye, without the need for 
editing software. You didn't address this point of my argument. How 
exactly do you plan to create and edit these packets? 


As I said, you can use a vanilla binhex editor, but then everyone 
writing, editing, and even just looking at them needs to become fluent 
with the ins and outs of AX-25. You could write an AX-25 specific editor, 
but you'd need at least Mac, Windows, and Linux versions for it to be 


available to all who would be interested, and even then some knowledge of 
the AX-25 spec would be needed. 


>I suppose you can call my proposal more precise, more expressive, more 
>correct, more modern, or even more pure. 

> 

No, I wouldn't, I'd say it's more effort-intensive, and more error prone. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Thu Apr 26 09:32:00 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA11364 

for <lyris.aprsspec@tapr.org>; Thu, 26 Apr 2001 09:31:56 -0500 (CDT) 
Message-Id: <LYR11589-9321-2001.04.26-09.49.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Dayton Hamfest: APRS at the TAPR Digital Forum 
Date: Thu, 26 Apr 2001 10:31:32 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200104261431.HAAQ5982@snipe.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Once again I have been handed the utterly impossible task of covering all 
of APRS in 45 minutes within the TAPR Digital Forum on Friday. Without 
announcement I have already received four requests for time. In previous 
years, I tried to do a "What's New" sort of presentation myself, but this 
year I will let people speak for themselves...here are the ground rules: 


1. Anyone that wants to talk should email me directly (k4hg@tapr.org) 
with a request, giving presenter's name, callsign, and topic. The 
deadline for requests will be 0000z on May 5th. NO EXCEPTIONS! 


2. Given that the requests already total more than the allocated 45 
minutes, time will be split evenly among all who request. If any 
presentations run short, there will be a general Q&A period afterwards. 
NO EXCEPTIONS! 


3. Given the problems that usually occur when trying to connect laptops 
to the projector at presentations, no computers will be allowed. If you 
have something you want to show off, create a handout to be passed out 
prior to the presentation. NO EXCEPTIONS! 


4. I will be very strict about time, I will notify the speakers in 
advance of the time per presentation. Time will start from when you are 
announced, not when you get to the front and start talking, so get there 
early and sit in front if you want to maximize your time. I suggest you 
practice to get it all in within your allocated time. NO EXCEPTIONS! 


5. No yielding of allocated time (I.e. don't bother getting 5 of your 
buddies to request time so you can talk longer). NO EXCEPTIONS! 


6. If you ask for time, and then can't make it, please let me know as 
soon as possible so that I can adjust the schedule. 


7. It would good to announce where you will be later in the day for 
questions, since there will be little if any time for questions to be 
fielded at the time. 


Sorry for the rules, but this is hard enough to do in a 6 hour format at 
the DCC, 45 minutes is really tough. 


I'd like a volunteer or two to help distribute handouts so we can 
minimize disruptions. 


Steve K4HG 


[Please forward this to any APRS-related lists I miss] 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 14 07:23:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA14132 

for <lyris.aprsspec@tapr.org>; Mon, 14 May 2001 07:23:41 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 14 May 2001 08:23:21 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Davis Instruments Vantage weather station and APRS 
Message-ID: <LYR11589-12616-2001.05.14-07.41.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10105140822190 .27435-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


All APRS Authors: 


Brett Lane sent me an announcement that Davis WX will have a new WX 
station, and he wanted all APRS authors to have a copy of the interface 
spec. The below message gives a URL for the data... 


Enjoy, de Wb4APR, Bob 


On Tue, 8 May 2001, Brett Lane wrote: 


pledge our commitment to APRS and remind both of you that we hope to see 
future APRS versions compatible with our Vantage weather line. 


VVV WV 


Below I have attached our first stab at programming documentation for the 
new station. Also, the complete user manual for the system ( Vantage Pro 
Console Manual ) is available for download at 

http: //www.davisnet.com/support/weather/support_docs.asp?dtype=1 


VV VV 


> If you have any questions please feel free to contact me. 
> See ya in Dayton. 


> Brett Lane 


Very shortly Davis Instruments will be releasing a new weather station that 
is far superior to any of its predecessors. Prior to its release I want to 


> Technical Support Manager 
> 510-732-9229 blane@davisnet.com 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 17 09:26:57 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3698 
for <lyris.aprsspec@tapr.org>; Thu, 17 May 2001 09:26:55 -0500 (CDT) 
Subject: [aprsspec] General Queries 
Date: Thu, 17 May 2001 09:26:33 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Message-ID: <LYR11589-13259-2001.05.17-09.45.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4418.65 
content-class: urn:content-classes:message 
Thread-Topic: General Queries 
Thread-Index: AcDe3V9/UDr/£r3mQRKdVKS5dB/PeA== 
From: "AE5PL Lists" <HamLists@ametx.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC012F7D@ame-main.ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA03698 


Do all IGates pass general queries from RF to the Internet? If so, it 
would make sense to update IGate software to not gate general queries 
(packets with ? as the first character). This would not affect directed 
queries, just general queries such as ?APRS?, ?IGATE?, ?WX?, etc. While 
PAPRS? and ?WX? are rather harmless, ?IGATE? generates directed messages 
to the originating station. Someone trying to see what IGates are local 
would get a world-wide response (ugly). 


This wouldn't preclude someone physically operating on an IGate from 
generating a general query to the Internet. It would simply prevent RF 
originated general queries from creating an overload on the Internet as 
well as (in the case of ?IGATE?) preventing the Internet from 
overloading the local RF channel with responses. Brent has modified the 
latest version of APRS+SA to prevent the gating of general queries from 
RF to the Internet. I would recommend that other IGate software authors 
do the same. 


By the way, "Why send an ?IGATE? query via RF?" you might ask. "To see 
what IGates are in range of my station." I would reply. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 18 02:55:39 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ8412 

for <lyris.aprsspec@tapr.org>; Fri, 18 May 2001 02:55:36 -0500 (CDT) 
Subject: [aprsspec] RE: General Queries 
Date: Fri, 18 May 2001 02:54:45 -0500 
Message-ID: <LYR11589-13373-2001.05.18-03.13.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Thread-Topic: General Queries 
X-MimeOLE: Produced By Microsoft Exchange V6.0.4418.65 
content-class: urn:content-classes:message 
Thread-Index: AcDe3V9/UDr/£r3mQRKdVKS5dB/PeAAkBoaA 
From: "AE5PL Lists" <HamLists@ametx.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO012F83@ame-main.ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id CAA08412 


One other problem observed with general queries. aprsD and others do 
not respond correctly to ?IGATE?. First, many IGates respond with a 
message to the query originator. Wrong (see below). Second, text is 
sent instead of the proper IGATE codes. 


This is from the published specification (section 15, para 1): 


A station may define a set of one or more attributes of the station, 
known as Station Capabilities. The station transmits its capabilities in 
response to an IGATE query (see below), using the < Data Type 
Identifier. Each capability is a TOKEN or a TOKEN=VALUE pair. More than 
one capability may be on a line, with each capability separated by a 
comma. 

Currently defined capabilities include: 

IGATE,MSG_CNT=n, LOC_CNT=n 

where IGATE defines the station as an IGate, MSG_CNT is the number of 
messages transmitted, and LOC_CNT is the number of "local" stations 
(those to which the IGate will pass messages in the local RF network). 


This means, at minimum, a response to a GENERAL IGATE query is a packet 
that is solely "<IGATE,MSG_CNT=0,LOC_CNT=1". Additional tokens may be 
added but that is the minimum (APRS+SA adds FILL_CNT). If the IGATE 
query is directed, then this can be returned as a message, but never to 
a general query. 


>From my perspective, 2 things need to be done. 

1: correct badly behaving IGate software to send the proper response to 
?IGATE?. 

2: have IGate software filter out general queries from being gated from 
RF to the Internet. 


#1 is the most readily fixable and variations from the standard other 
than adding tokens should be considered a bug. #2 is an enhancement to 
IGate software which would substantially decrease network activity. 
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Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 12:17:41 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ0777 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 12:17:34 -0500 (CDT) 
Date: Tue, 26 Jun 2001 10:17:19 -0700 (PDT) 
From: Olivier Calle <olivier@calle.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Detail on area objects 
Message-ID: <LYR11589-20577-2001.06.26-12.37.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.33.0106260955300.31603-100000@tesla.intra.calle.org> 
Precedence: bulk 


Hello, 


I'm looking for more detail on the area object APRS Data Extension. 
The spec (chapter 11, version 1.0.1) gives only a very cursory explanation 
of what the area being defined is. I'll list a few specific questions: 


Why does it say the size of the areas can go from 60 feet to 100 miles 
when the smallest offset (1/100 of a degree) is closer to 1km? 


The explanation that the lat/long is the upper left corner of the 
object with the other corner being relative to there is fine for 
drawing boxes and lines, but gives no guidance on drawing circles, 
ellipses, or triangles. The phrase "corner of the object" is left 
completely open to interpretation in the cases of circles/ellipses 
Since they have no corners. Is it a box within which the 
circle/ellipse fits? That would be my first assumption, but that is 
confused since doing it that way would not have required two object 
types since an ellipse inside a square box is a circle. 


Triangles are also a mystery. Drawing a triangle from just two points 
must be using some unstated rules. What are they? 


I think that's all for now. 


Thanks in advance for enlightening me on these points. 


Olivier Calle 


internet: <olivier@calle.org> 


work tel: 425-446-5088 home tel: 360-658-2692 To err is human, 
callsign: N7TAP, class: General to really foul up 
job: Fluke Networks, Sr. Software Engineer requires the root 
WWW Page URL: http://calle.org/olivier/ password... 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 12:48:55 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA0Q4301 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 12:48:52 -0500 (CDT) 
X-Sent: 26 Jun 2001 17:48:36 GMT 
Subject: [aprsspec] Re: Detail on area objects 
Date: Tue, 26 Jun 2001 13:48:36 -0400 
x-sender: sdimse@mail.telocity.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-20580-2001.06.26-13.08.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 6/26/01 1:17 PM Olivier Calle (olivier@calle.org) wrote: 


>Why does it say the size of the areas can go from 60 feet to 100 miles 
>when the smallest offset (1/100 of a degree) is closer to 1km? 

> 

This one is easy. If you look again at the spec, the size is defined as 
the square root of 1/100 degrees, so 1 means the square root of 0.01 
degrees, or 0.0001 degrees. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 13:13:28 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ6136 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 13:13:20 -0500 (CDT) 
Date: Tue, 26 Jun 2001 11:13:10 -0700 (PDT) 
From: Olivier Calle <olivier@calle.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Detail on area objects 
In-Reply-To: <LYR24539-20580-2001.06.26-13.08.54- - 
olivier#calle.org@lists.tapr.org> 
Message-ID: <LYR11589-20585-2001.06.26-13.33.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.33.0106261102470.32715-100000@tesla.intra.calle.org> 
Precedence: bulk 


On Tue, 26 Jun 2001, Steve Dimse appears to have said: 

SD> This one is easy. If you look again at the spec, the size is defined as 
SD> the square root of 1/100 degrees, so 1 means the square root of 0.01 
SD> degrees, or 0.0001 degrees. 


I'm still confused. The example on page 61 has an offset of one degree. 
It multiplies that by 100 to get centi-degrees and then takes the square 
root, using that value (10) in the formatted packet. If I do the same 
example with .01 degrees, I get the square root of 1, and this is the 
smallest number I can put in the formatted packet. 

Here are the two equations I would come up with from the spec as I have 
read it: 

packet_format = (int)sqrt(100 « offset_in_degrees) 

offset_in_degrees = (packet_format * packet_format) / 100 


What equations do you believe to be correct and shouldn't they be put into 
the next rev of the spec, mathematical equations being a global standard 


for accurately describing the transformation of numbers, etc. ;-) 


Olivier Calle 


internet: <olivier@calle.org> 


work tel: 425-446-5088 home tel: 360-658-2692 To err is human, 
callsign: N7TAP, class: General to really foul up 
job: Fluke Networks, Sr. Software Engineer requires the root 
WWW Page URL: http://calle.org/olivier/ password... 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 13:55:54 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA10001 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 13:55:47 -0500 (CDT) 
X-Sent: 26 Jun 2001 18:21:12 GMT 
Subject: [aprsspec] Re: Detail on area objects 
Date: Tue, 26 Jun 2001 14:21:12 -0400 
x-sender: sdimse@mail.telocity.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-20589-2001.06.26-14.15.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 6/26/01 2:13 PM Olivier Calle (olivier@calle.org) wrote: 


>I'm still confused. The example on page 61 has an offset of one degree. 
>It multiplies that by 100 to get centi-degrees and then takes the square 
>root, using that value (10) in the formatted packet. If I do the same 
>example with .01 degrees, I get the square root of 1, and this is the 


>smallest number I can put in the formatted packet. 

>Here are the two equations I would come up with from the spec as I have 
>read it: 
>packet_format 
>offset_in_degrees 


(int)sqrt(100 «* offset_in_degrees) 
(packet_format * packet_format) / 100 


You take the square root of the decimal number of degrees, not the 
"centi-degrees" number. If 0.01 degree is your desired number, you take 
the square root of .01, which is .1, the transmitted number is 10... 


I put your "centi-degrees" in quotes, because that isn't the correct 
nomencalture, the on-the-air-number is the square root of centi-degrees. 
That you think of it as centi-degrees is the root of your 
misunderstanding. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 14:18:10 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA12708 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 14:18:07 -0500 (CDT) 
X-Sent: 26 Jun 2001 19:17:19 GMT 
Subject: [aprsspec] Re: Detail on area objects 
Date: Tue, 26 Jun 2001 15:17:19 -0400 
x-sender: sdimse@mail.telocity.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-20592-2001.06.26-14.38.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 6/26/01 2:21 PM Steve Dimse (k4hg@tapr.org) wrote: 


>I put your "centi-degrees" in quotes, because that isn't the correct 


>nomencalture, the on-the-air-number is the square root of centi-degrees. 


Actually, let me correct myself before someone else does. OTA number is 
centi-square-root degrees! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 15:16:45 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19067 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 15:16:27 -0500 (CDT) 
Date: Tue, 26 Jun 2001 13:16:17 -0700 (PDT) 
From: Olivier Calle <olivier@calle.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Detail on area objects 
In-Reply-To: <LYR24539-20589-2001.06.26-14.15.53-- 
olivier#calle.org@lists.tapr.org> 
Message-ID: <LYR11589-20600-2001.06.26-15.36.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.33.0106261308260.3035-100000@tesla.intra.calle.org> 
Precedence: bulk 


On Tue, 26 Jun 2001, Steve Dimse appears to have said: 

SD> You take the square root of the decimal number of degrees, not the 

SD> "centi-degrees" number. If 0.01 degree is your desired number, you take 
SD> the square root of .01, which is .1, the transmitted number is 10... 


OK, so the example is completely wrong. As I said before (and as you can 
go read in the spec) it says that it has offsets of 1 degree and shows the 
following: 

yy = xx = sqrt(100) = 10 

If I have offsets of 1 degree and do it the way you describe in your email 
I get this: 

yy = xx = 100 * sqrt(1) = 100 


BTW, this object is slightly too big, right? 


The spec also says this: 
"vy is the square root of the latitude offset in 1/100ths of a degree." 


So basically, the spec has it backwards both in the text (since there is 
no equation to be found) and in it's example. 


Olivier Calle 


internet: <olivier@calle.org> 


work tel: 425-446-5088 home tel: 360-658-2692 To err is human, 
callsign: N7TAP, class: General to really foul up 
job: Fluke Networks, Sr. Software Engineer requires the root 
WWW Page URL: http://calle.org/olivier/ password... 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jun 26 17:13:51 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ2290 

for <lyris.aprsspec@tapr.org>; Tue, 26 Jun 2001 17:13:42 -0500 (CDT) 
X-Sent: 26 Jun 2001 22:12:34 GMT 
Subject: [aprsspec] Re: Detail on area objects 
Date: Tue, 26 Jun 2001 18:12:34 -0400 
x-sender: sdimse@mail.telocity.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-20642-2001.06.26-17.33.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 6/26/01 4:16 PM Olivier Calle (olivier@calle.org) wrote: 


>OK, so the example is completely wrong. As I said before (and as you can 
>go read in the spec) it says that it has offsets of 1 degree and shows the 
>following: 


Yes, the example is wrong, the example is 0.1 degree. 


>yy = xx = sqrt(100) = 10 

>If I have offsets of 1 degree and do it the way you describe in your email 
>I get this: 

>yy = xx = 100 * sqrt(1) = 100 

>BTW, this object is slightly too big, right? 

> 

Yes, looks like 0.98 degrees is the largest you can describe. 


>The spec also says this: 

>"yy is the square root of the latitude offset in 1/100ths of a degree." 
> 

>So basically, the spec has it backwards both in the text (since there is 
>no equation to be found) and in it's example. 

> 

No, the text is right, if poorly worded: 


yy is (the square root of the latitude offset) in 1/100ths of a degree. 
rather than: 

yy is the square root of (the latitude offset in 1/100ths of a degree). 
which is what I think you were reading. 

I'd eliminate the "of a degree", as it is technically not correct. 

Is Bob and/or Ian listening? 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jul 2 17:44:09 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA26758 

for <lyris.aprsspec@tapr.org>; Mon, 2 Jul 2001 17:44:04 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 2 Jul 2001 18:43:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Detail on area objects 
In-Reply-To: <LYR11586-20642-2001.06.26-17.33.08-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-21836-2001.07.02-18.04.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107021837080 .9946-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 26 Jun 2001, Steve Dimse wrote: 
yy is the square root of (the latitude offset in 1/100ths of a degree). 


which is what I think you were reading. 
I'd eliminate the "of a degree", as it is technically not correct. 


VVV VV 


Is Bob and/or Ian listening? 


No, I was on a weeks vacation with family and have 900 messages to wade 
through. But am impressed at your patience in figuring this all out. 

Id have to go back and re-look at my code. Remember, that what is in the 
spec is Ian's interpretation and may or may not reflect how I actually did 
it and then over 2 years got the Sprouls and mine to match up... 


ALso I have one week to finish our satellite for final review, so wont 
have time to pick up this ball till later. So thanks for jumping in! 


It is painful, I am sure. 

One mitigation is that the AREAS initially were up to 400 miles and in 
about 1995 we changed the scale...to the smaller 100 mile ones... Im not 
sure if the documentation ever caught up... SoOrry.... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 4 17:32:30 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA26965 

for <lyris.aprsspec@tapr.org>; Wed, 4 Jul 2001 17:32:29 -0500 (CDT) 
Date: Wed, 04 Jul 2001 18:25:44 -0400 
From: "John R. Ackermann" <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] TAPR Offices Moving; Short Closure and New Phone Numbers 
Message-ID: <LYR11589-22223-2001.07.04-17.50.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <115561989.994271144@[192.168.1.26]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The TAPR offices will be moving a few miles from Denton to Richardson, 
Texas. We'll be closing on July 26 for the move and re-opening on August 
6. The Tucson mailing address will remain the same (it is a maildrop that 
forwards to the real office address) but the phone numbers will change. 
Effective August 6, they will be: 


Voice: 972-671-TAPR (8277) 
FAX: 972-671-8716 


The office email address -- tapr@tapr.org -- will not change. 
The move is occurring because Dorothy Jones, KA5DWR, our longtime Office 


Manager, has decided to take a well-earned retirement. It would take a lot 
of words to fully describe how much Dorothy has done for TAPR, and how much 


we've all relied on her over the years, so I'll just say "Thanks!" 


Our new office manager is Laura Koster (XYL of Board member John Koster, 
W9DDD). Laura had a baptism of fire by handling the TAPR booth at the 
Dayton Hamvention this year, and she did a great job. We're very happy to 
have her on board, and we're sure that she will carry on Dorothy's goal of 
providing great service to our members. 


73, 

John Ackermann N8UR 
President, TAPR 

jra@febo.com -- n8ur@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 14:13:10 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA19852 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 14:13:08 -0500 (CDT) 
Date: Tue, 17 Jul 2001 12:11:45 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Curt Mills <hacker@tc.fluke.com>, "Curt Mills, WE7U" <BowHunter@mail.com> 
Subject: [aprsspec] Weather 
Message-ID: <LYR11589-24770-2001.07.17-14.33.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107171210390 .15040-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Page 64 of the APRS spec talks about weather report format: 


s = sustained one-minute wind speed (in mph). 


p = rainfall (in hundredths of an inch) in the last 24 hours. 


Other parameters that are available on some weather station units include: 
L = luminosity (in watts per square meter) 999 and below. 
1 (lower-case letter "L") = luminosity (in watts per square meter) 
1000 and above. 
(L is inserted in place of one of the rain values). 
s = snowfall (in inches) in the last 24 hours. 
d## = Yaw rain counter" 


Weather Questions: 


1) Why are there two 's' fields defined, wind speed _and_ snow? 
Is one a typo and should have been a capital 'S'? Probably snow? 


2) Rainfall in last 24 hours. I assume this is intended to be a 
rolling count going backwards from the current time 24 hours, and not 
the amount of rain that was seen yesterday. "last 24 hours" implies 
a rolling count to me. I'm fairly sure on this one, just checking. 


3) The "Other parameters" _letters_ are defined, but the number of 
bytes for each field are not. 

I'll assume 'L' has 4 bytes (L999) 

'l' has ?? bytes? (11000, 110000, 1100000000) 

's' has ?? bytes? Format? (s1.25, s100.99) 

'd#' has ?? bytes? Units? Format? 


4) What is the "raw rain counter"? Is that the "total rain" counter 
that some weather stations provide, or the raw counts from the 

rain bucket over some time period? How many bytes for that field 
and in what format? 1/100 inch? Inches? Counts? 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 14:21:51 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA21020 
for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 14:21:48 -0500 (CDT) 
Message-Id: <LYR11589-24773-2001.07.17-14.42.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Tue, 17 Jul 2001 14:20:40 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Weather 
Cc: Curt Mills <hacker@tc.fluke.com>, "Curt Mills, WE7U" <BowHunter@mail.com> 
In-Reply-To: <LYR11608-24770-2001.07.17-14.33.45--dvanhorn#cedar.net@lis 
ts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010717141924 . 00de4e50@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here's another one for you: 


How do you differentiate "No X" from "No sensor for X". 
Is your windspeed 0 because it really is, or because you don't have a sensor? 


There are some potholes in this spec. 


Dave's Engineering Page: http://www.dvanhorn.org 


I would have a link to http://www. findu.com/cgi-bin/find.cgi?KC6ETE-9 here 
in my signature line, but due to the inability of sysadmins at TELOCITY to 
differentiate a signature line from the text of an email, I am forbidden to 
have it. 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 14:38:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA21741 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 14:38:40 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 17 Jul 2001 15:38:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <BowHunter@mail.com> 

Subject: [aprsspec] Re: Weather 
In-Reply-To: <LYR11586-24770-2001.07.17-14.33.45-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-24780-2001.07.17-14.59.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107171533350.518-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 17 Jul 2001, Curt Mills, WE7U wrote: 


Vv 


Page 64 of the APRS spec talks about weather report format: 
Weather Questions: 


Vv 


Vv 


1) Why are there two 's' fields defined, wind speed _and_ snow? 
> Is one a typo and should have been a capital 'S'? Probably snow? 


In the complete WX format, the WIND SPEED does not have a "s" format 
identifier since it is in a FIXED position. Thus if you see "s", then it 
is snow. 


But then the Sprouls added the format for their verbose positionless 
Weather format and I think it does have ans... 


2) Rainfall in last 24 hours. I assume this is intended to be a 
rolling count going backwards from the current time 24 hours, and not 
the amount of rain that was seen yesterday. "last 24 hours" implies 
a rolling count to me. I'm fairly sure on this one, just checking. 


VVV NV 


Yes. I think only the original APRSdos does this. Newer programs took 
the simpler approach of starting the count at midnight... 


3) The "Other parameters" _letters_ are defined, but the number of 
bytes for each field are not. 

I'll assume 'L' has 4 bytes (L999) YES 

's' has ?? bytes? Format? (s1.25, s100.99) NO. 3 £ixed bytes 

'd#' has ?? bytes? Units? Format? JHHHE 4 BYTES always 


4) What is the "raw rain counter"? Is that the "total rain" counter 
that some weather stations provide, or the raw counts from the 

rain bucket over some time period? How many bytes for that field 
and in what format? 1/100 inch? Inches? Counts? 


VVVV VV VV VV 


It is the current 4 digit count from that instrument. It is useless 
unless the recepient is keeping the previous values for comaprison... 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 14:43:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA21956 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 14:43:33 -0500 (CDT) 
Message-Id: <LYR11589-24786-2001.07.17-15.04.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Weather 
Date: Tue, 17 Jul 2001 15:42:44 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Curt Mills" <hacker@tc.fluke.com>, 

"Curt Mills, WE7U" <BowHunter@mail.com> 

Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200107171942 .MAA14088@falcon.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 7/17/01 3:20 PM David VanHorn (dvanhorn@cedar.net) wrote: 


>Here's another one for you: 

> 

>How do you differentiate "No X" from "No sensor for X". 

>Is your windspeed © because it really is, or because you don't have a sensor? 
> 

No sensor is indicated by ... (the number of dots matching the number of 
characters in the field). 


>There are some potholes in this spec. 
Yes, but this isn't one! 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 14:48:11 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA22164 
for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 14:48:03 -0500 (CDT) 

Message-Id: <LYR11589-24788-2001.07.17-15.09.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Tue, 17 Jul 2001 14:47:42 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Weather 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <BowHunter@mail.com>, 

Curt Mills <hacker@tc.fluke.com> 
In-Reply-To: <Pine.GSO.4.10.10107171227430.15040-100000@dogbert.tc.fluke 

.com> 

References: <4.3.2.7.2.20010717141924 . 00de4e50@mail.cedar.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010717144527 .02e35440@mail.cedar.net> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 12:28 PM 7/17/01 -0700, Curt Mills, WE7U wrote: 
>On Tue, 17 Jul 2001, David VanHorn wrote: 


> How do you differentiate "No X" from "No sensor for X". 
> Is your windspeed 0 because it really is, or because you don't have a 
sensor? 


VV VV Vv 


>Well, the spec allows er" "for the fields. It also allows 
>any field to be absent, as long as it's not one of the few required 
>fields at the beginning. 


Is that defined as "no sensor"? 
I see, for ex, weather stations with baro of 0.00. 
Seems unlikely to be true, CNN would have been interested. 


Windspeed of 0.00, where nearby stations are recording significant winds. 
No sensor, Stuck, or ??? 


Wind direction of 0 where other stations nearby report significantly 
different wind direction. 
Same questions.. 
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I would have a link to http://www. findu.com/cgi-bin/find.cgi?KC6ETE-9 here 
in my signature line, but due to the inability of sysadmins at TELOCITY to 
differentiate a signature line from the text of an email, I am forbidden to 
have it. 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 14:57:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA23860 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 14:57:48 -0500 (CDT) 
Message-Id: <LYR11589-24790-2001.07.17-15.18.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


X-Sender: dvanhorn@mail.cedar.net 
Date: Tue, 17 Jul 2001 14:57:24 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Weather 
Cc: "Curt Mills" <hacker@tc.fluke.com>, 
"Curt Mills, WE7U" <BowHunter@mail .com> 
In-Reply-To: <LYR11608-24786-2001.07.17-15.04.26--dvanhorn#cedar.net@lis 
ts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.2.7.2.20010717145533 .02d6ac70@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 03:42 PM 7/17/01 -0400, Steve Dimse wrote: 
>On 7/17/01 3:20 PM David VanHorn (dvanhorn@cedar.net) wrote: 


> 

> >Here's another one for you: 

>> 

> >How do you differentiate "No X" from "No sensor for X". 

> >Is your windspeed © because it really is, or because you don't have a 
> sensor? 

SY> 

>No sensor is indicated by ... (the number of dots matching the number of 


>characters in the field). 


Is this being implemented in the various packages? 
A baro of 0.00 would be pretty amazing. 


This was one of Dr Arnold's criticisms of the system, that bad, and 
obviously wrong data was being sent out. 
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in my signature line, but due to the inability of sysadmins at TELOCITY to 
differentiate a signature line from the text of an email, I am forbidden to 
have it. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 15:08:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA24417 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 15:08:30 -0500 (CDT) 
Message-Id: <LYR11589-24791-2001.07.17-15.29.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: Weather 
Date: Tue, 17 Jul 2001 16:08:05 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Curt Mills" <hacker@tc.fluke.com>, 

"Curt Mills, WE7U" <BowHunter@mail.com> 

Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200107172008 .NAA16702@swan.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 7/17/01 3:57 PM David VanHorn (dvanhorn@cedar.net) wrote: 


>>No sensor is indicated by ... (the number of dots matching the number of 
>>characters in the field). 
> 


>Is this being implemented in the various packages? 

>A baro of 0.00 would be pretty amazing. 

> 

Yes, it is implemented in quite a few systems. findu correctly interprets 
this, if you look at the CW page for example: 


http://www. findu.com/cgi-bin/cw.cgi 


You see that some squares in the table, for example the baro at CW0012, 
are blank, indicating a NULL value, something quite distinct from a zero. 


>This was one of Dr Arnold's criticisms of the system, that bad, and 
>obviously wrong data was being sent out. 


That still happens, but often there are other reasons. For example, when 
a U2k powers up, until a calibration is entered, it sends bogus data. The 
sensor is there, so the ..... is not sent, but the data is bad. If you 
look at a lot of the weather stations, there are lots of poorly 
maintained units out there that continue to send bad data. In the Keys, 
with the county owned weather system (W7IUC-*), only half are currently 
sending good data. Typically they rush to repair them when a storm is 
threatening, otherwise they ignore them. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 17:52:20 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA11733 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 17:52:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 17 Jul 2001 18:49:34 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <BowHunter@mail.com> 

Subject: [aprsspec] Re: Weather 
In-Reply-To: <Pine.GSO.4.10.10107171359390.15040-100000@dogbert.tc.fluke.com> 
Message-ID: <LYR11589-24826-2001.07.17-18.12.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107171847260 .13948-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 17 Jul 2001, Curt Mills, WE7U wrote: 
> Ok. So we can transmit inches of snow from "s00" to "s99", and not 


> fractional inches? Is that intended to be snow base or fresh snow? 
> If fresh snow, what timeframe? 


meant sxXXX so 0.0 to 9.9 then 10 to 999 inches... 


You deleted the below line from your response. '‘'1l' is in the spec 
also under the "Other parameters" heading, supposed to be luminosity 
greater than 1000. Not knowing the range for luminosity, do I assume 
that a 1000 gets added to a three digit value to give the final 
result for the '1' field? 


VV VV VV WA 


I think it is 1xxx and if is greater than 1000 then it becomes Lxxx 
where you can think of the L as the onethousands digit... 


I dont have it in front of me, but that is the gyst of it.. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 17:59:15 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA12099 
for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 17:59:07 -0500 (CDT) 

Date: Tue, 17 Jul 2001 14:13:11 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <BowHunter@mail.com>, 

Curt Mills <hacker@tc.fluke.com> 
Subject: [aprsspec] Re: Weather 
In-Reply-To: <Pine.GSO.4.05L.10107171533350.518-100000@arctic> 
Message-ID: <LYR11589-24828-2001.07.17-18.20.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107171359390 .15040-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 17 Jul 2001, Bob Bruninga wrote: 
On Tue, 17 Jul 2001, Curt Mills, WE7U wrote: 


> 1) Why are there two 's' fields defined, wind speed _and_ snow? 
> Is one a typo and should have been a capital 'S'? Probably snow? 


In the complete WX format, the WIND SPEED does not have a "s" format 
identifier since it is in a FIXED position. Thus if you see "s", then it 
is snow. 


But then the Sprouls added the format for their verbose positionless 
Weather format and I think it does have ans... 


VV VV VV VV VV WV 


That's going to be rather confusing in the future. Both wind speed 
and snow in the same packet have the same identifier for the field. 


2) Rainfall in last 24 hours. I assume this is intended to be a 
rolling count going backwards from the current time 24 hours, and not 
the amount of rain that was seen yesterday. "last 24 hours" implies 
a rolling count to me. I'm fairly sure on this one, just checking. 


VVV Vv 


Yes. I think only the original APRSdos does this. Newer programs took 
the simpler approach of starting the count at midnight... 


VV VV VV MV 


Xastir does this (as of Saturday): Keeps 24 hourly data buckets and 
uses them to come up with the 24-hour rain and the since-midnight 
rain totals. The 24-hour rain is the difference between current rain 
total and the lowest rain_total stored in the 24 buckets. Seemed 
like the right way to do it. 


3) The "Other parameters" _letters_ are defined, but the number of 
bytes for each field are not. 

I'll assume 'L' has 4 bytes (L999) YES 

's' has ?? bytes? Format? (s1.25, s100.99) NO. 3 £1ixed bytes 


VVV NM 
VVV WV 


Ok. So we can transmit inches of snow from "s00" to "s99", and not 
fractional inches? Is that intended to be snow base or fresh snow? 
If fresh snow, what timeframe? 


You deleted the below line from your response. '‘'l' is in the spec 
also under the "Other parameters" heading, supposed to be luminosity 
greater than 1000. Not knowing the range for luminosity, do I assume 
that a 1000 gets added to a three digit value to give the final 
result for the '1l' field? 


> > 'l' has ?? bytes? (11000, 110000, 1100000000) 


So a value of 1500 would be encoded as "1500" ?? Can Luminosity 
ever be greater than 1999? 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 
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To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 21:59:08 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA29573 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 21:59:04 -0500 (CDT) 
Date: Tue, 17 Jul 2001 12:28:57 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <BowHunter@mail.com>, 
Curt Mills <hacker@tc.fluke.com> 

Subject: [aprsspec] Re: Weather 
In-Reply-To: <4.3.2.7.2.20010717141924 .00de4e50@mail.cedar.net> 
Message-ID: <LYR11589-24867-2001.07.17-22.20.08- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107171227430 .15040-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 17 Jul 2001, David VanHorn wrote: 


> How do you differentiate "No X" from "No sensor for X". 


> Is your windspeed 0 because it really is, or because you don't have a sensor? 
Well, the spec allows "..." or " "for the fields. It also allows 
any field to be absent, as long as it's not one of the few required 
fields at the beginning. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 17 21:59:12 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA29574 

for <lyris.aprsspec@tapr.org>; Tue, 17 Jul 2001 21:59:04 -0500 (CDT) 
Date: Tue, 17 Jul 2001 13:12:04 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Curt Mills <hacker@tc.fluke.com>, "Curt Mills, WE7U" <BowHunter@mail.com> 
Subject: [aprsspec] Area Objects 
Message-ID: <LYR11589-24868-2001.07.17-22.20.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107171310560 .15040-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Area Object Questions: 

1) Does anyone have any info yet about Area Objects? We still have 
no information about how to implement circles, ellipses, or 
triangles. The starting "corner" point is the main question here: 
Circles and ellipses have a surprising lack of corner points, and 


triangles definitely need some more explanation in the spec as well. 
Perhaps circles/ellipses are defined with the lat/long point being 
the center of the object? The upper left corner point of the box 
the circle/ellipse would fit inside? Same for rectangles: is the 
lat/long point the right-angle corner, or perhaps the upper left 
corner of the rectangle it would fit inside? 

Bob? 


2) What sort of triangle? What do the transmitted numbers mean for a 
triangle? Right-angle triangle? Isosceles triangle? Which corner 
is the reference point? Perhaps it could be defined as an isosceles 
triangle with the right-angle being the reference corner, the two 
transmitted parameters defining: 1) The rotation angle, and 2) The 
length of the equal sides in feet/meters? 

Bob? 


The example given in the spec for triangles would seem to imply 

a right-angle triangle, with the right-angle at the lat/long 
reference point, and two sides of variable lengths going vertically 
and horizontally from that point. This means only four triangles 
could be drawn, with sides of different lengths: 


| \ /| Loree ae 


End result: I wouldn't be able to draw a triangle of any other 
rotation. Imagine a search where I knew the direction of travel 
to be northerly due to tracks being found, but I couldn't draw 

a triangle on the search area that angled upwards (imagine a 
funnel pointing straight down)? 


Actually the spec also says the lat/long point defines the upper 
left corner of the object, and that the object is drawn to the 
right and down from this point. That would mean we could draw 
one and only one rotation of triangle, but of different sizes 
(third triangle in the diagrams above). 


3) For circles: Does it have to be a circle in lat/long, or could it 
be a more useful circle with a constant radius (distance-wise)? The 
spec says lat/long, which isn't as useful as say a circle of 0.5 
miles radius. The main reason is that it will look like an ellipse 
instead of a circle most places in the world. In order to get 
objects that look like circles on the map screen we have to draw 
ellipses and carefully calculate the lat/long distances so that it 
ends up a circle at the particular latitude. A real pain. I'd much 
rather see circles defined with a distance parameter in feet or 


meters, and perhaps keep ellipses defined in terms of lat/long. 
Bob? 


4) Unless circles and ellipses are defined differently, why have 
circles at all? Ellipses can be circles. 
Bob? 


One of the shareware APRS programs appears to have incorrect sizing 
for the area objects, and they also go the wrong direction from the 
corner point w.r.t. what the spec says. 


?? 

Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jul 18 05:01:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA0Q9912 

for <lyris.aprsspec@tapr.org>; Wed, 18 Jul 2001 05:01:00 -0500 (CDT) 
From: Paul Keinanen <keinanen@sci.fi> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather 
Date: Wed, 18 Jul 2001 13:03:16 +0300 
Message-ID: <LYR11589-24911-2001.07.18-05.21.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <Pine.GSO.4.05L.10107171533350.518-100000@arctic> 
<LYR13206 -24828-2001.07.17-18.20.05--Paul.Keinanen#sci.fi@lists.tapr.org> 
In-Reply-To: <LYR13206-24828-2001.07.17-18.20.05- - 
Paul.Keinanen#sci.fi@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <famaltsq9v19t7sdc7n7vO8nu6egi9127704ax . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 17 Jul 2001 14:13:11 -0700 (PDT), "Curt Mills, WE7U" 
<hacker@tc.fluke.com> wrote: 


>So a value of 1500 would be encoded as "1500" ?? Can Luminosity 
>ever be greater than 1999? 


Certainly it is going to be greater than that in about 5E9 years, when 
the Sun is expanding to become a red giant star and engulfing the 
inner planets :-). 


However, if that luminosity is over that anytime soon, we are in very 
very great troubles and some APRS message overflows are the least 
things to worry in that situation. 


The full spectrum solar flux density at Earth's orbit (150 million km) 
is about 1400 W/m2 and since the atmosphere filters out all X-ray, 
most UV, a large part of mid IR and attenuates also the visible light 
and the thermal IR window, so only about 1000 W/m2 will reach the 
surface. 


If a solar panel with 10 % efficiency is aimed towards the sun, you 
should expect up to 100 W of electric power for each square meter of 
panels. 


I assume these luminosity figures in the APRS message refers to 
luminosity perpendicular to the sun rays and not the luminosity 
falling on a square meter of horizontal ground. Is this assumption 
correct ? 


Paul OH3LWR 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jul 18 07:33:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA19468 

for <lyris.aprsspec@tapr.org>; Wed, 18 Jul 2001 07:33:33 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Wed, 18 Jul 2001 08:33:20 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <BowHunter@mail.com> 
Subject: [aprsspec] Re: Area Objects 
In-Reply-To: <LYR11586-24868-2001.07.17-22.20.11- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-24918-2001.07.18-07.54.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107180823250 .2026-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 17 Jul 2001, Curt Mills, WE7U wrote: 
> Area Object Questions: 


1) Does anyone have any info yet about Area Objects? We still have 
no information about how to implement circles, ellipses, or 
triangles. The starting "corner" point is the main question here: 
Circles and ellipses have a surprising lack of corner points, and 
triangles definitely need some more explanation in the spec as well. 
Perhaps circles/ellipses are defined with the lat/long point being 
the center of the object? The upper left corner point of the box 
the circle/ellipse would fit inside? 


VV VV VV VV 


Yes, that is correct 


> Same for rectangles: is the lat/long point the [LOWER]right-angle 
> corner, or perhaps the upper left corner of the rectangle it would fit 
> inside? 


Yes. Lower right. the offsets then define the distance back to the upper 
left. 


2) What sort of triangle? What do the transmitted numbers mean for a 
triangle? Right-angle triangle? Isosceles triangle? Which corner 
is the reference point? Perhaps it could be defined as an isosceles 
triangle with the right-angle being the reference corner, the two 


VV VV 


> transmitted parameters defining: 1) The rotation angle, and 2) The 
> length of the equal sides in feet/meters? 


The triangle is just a specialized LINE. Draw the line using the rules 
for LINES. THen make it into an isosceles triangle symetrical about the 
vertical axis. Thus you can only draw isosceles triangles and only with 
the base down... 


End result: I wouldn't be able to draw a triangle of any other 
rotation. Imagine a search where I knew the direction of travel 
to be northerly due to tracks being found, but I couldn't draw 

a triangle on the search area that angled upwards (imagine a 
funnel pointing straight down)? 


VV VV WV 


Use the LINE with a WIDTH. Im not sure that any of the other authors 
implemented LINE WIDTHS, but APRSdos did. This way you can draw a 
rectangle at any angle, showing a corridor or other such shape... 


> 3) For circles: Does it have to be a circle in lat/long, or could it 
> be a more useful circle with a constant radius (distance-wise)? 


COnstant radius. APRSdos always scales a map so that there is no 
distortion based on latitude. THus, a circle is a circle... 


> spec says lat/long, which isn't as useful as say a circle of 0.5 
miles radius. The main reason is that it will look like an ellipse 
> instead of a circle most places in the world. 


Vv 


a 50 mile circle is an elipse on any mercator projection map. That is why 
APRSdos scales all map screens to latitude to eliminate that distortion. 
Most other authors have not done that. 


It doesnt matter what the radius of the circle is defined in. It can be 
inches, feet furlongs, or minutes of latitude. It is still a circle... 


> rather see circles defined with a distance parameter in feet or 
> meters, and perhaps keep ellipses defined in terms of lat/long. 


It is a constant radius., 


> 4) Unless circles and ellipses are defined differently, why have 
> circles at all? Ellipses can be circles. 


Actually, we never did elipses. The only drefinitiosn in APRS are 
circles, lines boxes and triangles. There was no interest in doing 


elipses.. 


> One of the shareware APRS programs appears to have incorrect sizing 


> for the area objects, and they also go the wrong direction from the 
> corner point w.r.t. what the spec says. 


Yep, I have been fighting this for years. There seems to be 
little interest in fixing it... 


Bob 

> ?? 

> 
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de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //web.usna.navy.mil/~bruninga/iss-faq.html 
PCsat Design http: //web.usna.navy.mil/~bruninga/pcsat.html 
CUBESAT Designs http: //web.usna.navy.mil/~bruninga/cubesat. html 
APRS LIVE pages http: //web.usna.navy.mil/~bruninga/aprs.html 
APRS SATELLITES http: //web.usna.navy.mil/~bruninga/astars. html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jul 18 16:18:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA13886 

for <lyris.aprsspec@tapr.org>; Wed, 18 Jul 2001 16:18:36 -0500 (CDT) 
Date: Wed, 18 Jul 2001 14:18:21 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc. fluke. com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Area Objects 

In-Reply-To: <Pine.GSO.4.05L.10107180823250.2026-100000@arctic> 
Message-ID: <LYR11589-25010-2001.07.18-16.39.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Organization: Fluke Corporation 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107181352550 .15040-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 18 Jul 2001, Bob Bruninga wrote: 

On Tue, 17 Jul 2001, Curt Mills, WE7U wrote: 

> Area Object Questions: 

Perhaps circles/ellipses are defined with the lat/long point being 


> the center of the object? The upper left corner point of the box 
> the circle/ellipse would fit inside? 


VV VV VV VV VV 
Vv 


Yes, that is correct 


Which? I asked two questions that were entirely different. This is 
an important point for me. 


Is the point: 

1) The center of the circle? 

2) The upper left corner point of the box it would fit inside? 
3) The lower right corner point of the box it would fit inside? 


Which one? 


The triangle is just a specialized LINE. Draw the line using the rules 
for LINES. THen make it into an isosceles triangle symetrical about the 
vertical axis. Thus you can only draw isosceles triangles and only with 
the base down... 


VV VV 


Bummer. That makes them next to useless for what I was intending. 
I'd much rather have an isosceles triangle with a rotation angle 
and a length. I can always make them with line objects, but it's 
more complicated. 


> 3) For circles: Does it have to be a circle in lat/long, or could it 
> be a more useful circle with a constant radius (distance-wise) ? 


COnstant radius. APRSdos always scales a map so that there is no 
distortion based on latitude. THus, a circle is a circle... 


VV VV WV 


Constant radius in distance is not the same as constant radius in 
lat/long. For Xastir we have the hooks in there to be able to scale 
the X/Y so that the distance is correct in either direction, no matter 
where you are on the globe. The formulas aren't in there to calculate 
this properly yet, but they probably will be soon. 


A circle in our case would be defined with a radius in a distance 
measurement, not in a lat/long measurement. One defined with lat/long 
would be an ellipse, at least where I live. 


I'm most interested currently in SAR applications, where the commander 
might ask me to put a 1-mile circle around the point last seen. I'd 
certainly rather have a circle there than an ellipse which was caused 
by the "circle" being defined in lat/long. 


For me to draw a circle defined in lat/long, I'd have to draw an 
ellipse and carefully compute the two radius (radii?) for my latitude 
so that it came out as a circle. Below you mention though that 
ellipses were never part of any APRS software. I have no way to draw 
a circle on my screen unless I implement ellipses. 


> It doesnt matter what the radius of the circle is defined in. It can be 
> inches, feet furlongs, or minutes of latitude. It is still a circle... 
Disagree. Depends on the map projection entirely. It may look 


like a circle on your screen, but not on any equi-distant projection. 
A circle for me would look like an ellipse for you. 


> Actually, we never did elipses. The only drefinitiosn in APRS are 
> circles, lines boxes and triangles. There was no interest in doing 
> elipses.. 


I'll assume you meant APRSdos. 


Then the APRS spec is wrong, or someone was getting ahead of themselves 
in defining things that don't exist in any APRS software. 


Is anyone collecting bugs/omissions in the spec with the intention of 


correcting them someday? I've learned things about objects and 
weather recently and would like to see them get into the spec 
someday. I suppose Ian is burned out on spec writing by now. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jul 19 13:27:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA28579 

for <lyris.aprsspec@tapr.org>; Thu, 19 Jul 2001 13:27:21 -0500 (CDT) 
Date: Thu, 19 Jul 2001 11:27:10 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects 
In-Reply-To: <LYR12892-25010-2001.07.18-16.39.43-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-25182-2001.07.19-13.48.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107191126060 .15040-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 18 Jul 2001, Curt Mills, WE7U wrote: 


Is anyone collecting bugs/omissions in the spec with the intention of 
correcting them someday? I've learned things about objects and 
weather recently and would like to see them get into the spec 
someday. I suppose Ian is burned out on spec writing by now. 


VV VV 


Can I judge by the overwhelming response that there really isn't 


anyone doing this? 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 19 17:31:14 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA18610 

for <lyris.aprsspec@tapr.org>; Thu, 19 Jul 2001 17:31:10 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-25233-2001.07.19-17.52.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 19 Jul 2001 18:32:13 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects 
References: <LYR22299-25182-2001.07.19-13.48.33--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B575FED.E3E806F9@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


"Curt Mills, WE7U" wrote: 
> On Wed, 18 Jul 2001, Curt Mills, WE7U wrote: 


> > Is anyone collecting bugs/omissions in the spec with the intention of 


> > correcting them someday? I've learned things about objects and 
> > weather recently and would like to see them get into the spec 
> > someday. I suppose Ian is burned out on spec writing by now. 


Vv 


Can I judge by the overwhelming response that there really isn't 
anyone doing this? 


Vv 


I'd say that is a good guess. 


The problem is, by appearances, it would seem the APRS-WG no longer exists, 
although 

some might claim otherwise. One thing is certain, the majority of members are now 
inactive 

and new volunteers to replace them have been turned away (or more likely ignored). 
I see 

no disgrace in resigning from a organization that one has done a good job serving 
on, yet 

now lack the interest/time to actively contribute to it. 


Lacking that, probably the thing to do is form a non-profit corporation for the 
purpose of 

administering the spec. It might be possible to even re-use the existing document 
as the 

copyright claimant (APRS-WG) is not a legal entity (although that could change, 
and in any 

case would likely not be a good course of action to pursue.... best to ask first). 


Hmmmm..... I know CVS can be used in non source code applications... maybe it is 
time to source forge this document/activity so those that are interested can 
participate. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 19 18:48:49 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25673 
for <lyris.aprsspec@tapr.org>; Thu, 19 Jul 2001 18:48:47 -0500 (CDT) 
Date: Thu, 19 Jul 2001 16:48:34 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects 


In-Reply-To: <3B575FED.E3E806F9@aerodata.net> 

Message-ID: <LYR11589-25247-2001.07.19-19.09.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Organization: Fluke Corporation 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107191647520 .15040-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 19 Jul 2001, Jeff King wrote: 
> Hmmmm..... I know CVS can be used in non source code applications... maybe it is 
> time to source forge this document/activity so those that are interested can 


participate. 


Now THAT is an excellent idea! 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 05:50:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA11309 

for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 05:50:43 -0500 (CDT) 
Date: Wed, 25 Jul 2001 5:50:33 
Subject: [aprsspec] Altitude in comment field 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "AntUnio SErgio Sena" <asena@bigfoot.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-26116-2001.07.25-06.12.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Hello people! 


I am testing some APRS packet beaconing and i am having some problems. 
I'll give you some examples, maybe you can help me: 


With 13853.73N/009.02.07W>010/005 /A=000123 UIView recognizes the Car, 
but does not show Course/Speed and Altitude. 


With @23101023853 .73/009.02.07W>010/005 /A=000123 UIView recognizes 
the Car, shows Course/Speed but does not show the Altitude. 
I tested this packet with WinAprs and the same happens. 


I need Altitude !!! 


I went through all the protocol, and found that these packets are ok. But i 
may be wrong. 

Can anyone help me ?? 

Thanks for it! 


73 de CT2GPW, Sena 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 07:24:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA17766 
for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 07:24:04 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 25 Jul 2001 08:23:50 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 
Roger Barker <roger@peaksys.co.uk>, 
Keith Sproul <ksproul@vger.rutgers.edu>, 


Mark Sproul <msproul@jove.rutgers.edu> 
Subject: [aprsspec] Re: Altitude in comment field 
In-Reply-To: <LYR11586-26116-2001.07.25-06.12.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-26122-2001.07.25-07.45.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107250821110 .5556-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tapr.org id HAA17766 


The longitude in both is screwed up... 


Bob 
On Wed, 25 Jul 2001, AntUnio SErgio Sena wrote: 


I am testing some APRS packet beaconing and i am having some problems. 
I'll give you some examples, maybe you can help me: 


With 13853.73N/009.02.07W>010/005 /A=000123 UIView recognizes the Car, 
but does not show Course/Speed and Altitude. 


With @23101023853 .73/009.02.07W>010/005 /A=000123 UIView recognizes 
the Car, shows Course/Speed but does not show the Altitude. 
I tested this packet with WinAprs and the same happens. 


I need Altitude !!! 
I went through all the protocol, and found that these packets are ok. But i 
may be wrong. 


Can anyone help me ?? 
Thanks for it! 


73 de CT2GPW, Sena 


VV VV VV VV VV VV VV VV VV VV VV 


> a 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: watlou@tapr.org 
> 

> 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //web.usna.navy.mil/~bruninga/iss-faq.html 
PCsat Design http: //web.usna.navy.mil/~bruninga/pcsat.html 
CUBESAT Designs http: //web.usna.navy.mil/~bruninga/cubesat. html 
APRS LIVE pages http: //web.usna.navy.mil/~bruninga/aprs.html 
APRS SATELLITES http: //web.usna.navy.mil/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 08:26:45 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21942 
for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 08:26:40 -0500 (CDT) 
From: "Antonio Sergio Sena" <asena@bigfoot.com> 
Organization: SHaRPeDGeS 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Wed, 25 Jul 2001 14:26:18 +0100 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 
Subject: [aprsspec] Altitude in comment field 
Reply-to: asena@bigfoot.com 
Message-ID: <LYR11589-26132-2001.07.25-08.48.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Priority: normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B5ED70A.19908.6011D3B@localhost> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello people! 


I am testing some APRS packet beaconing and i am having some problems. I'll give 
you some examples, maybe you can help me: 


With 13853.73N/00902.07W>010/005 /A=000123 UIView recognizes the Car, but does 
not show Course/Speed and Altitude. 


With @23101023853 .73/00902.07W>010/005 /A=000123 UIView recognizes the Car, 
shows Course/Speed but does not show the Altitude. I 
tested this packet with WinAprs and the same happens. 


I need Altitude !!! 


I went through all the protocol, and found that these packets are ok. But i may be 
wrong. Can anyone help me ?? Thanks for it! 


73 de CT2GPW, Sena 


KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KEKE KAKA 
Antonio Sergio Sena CT2GPW 
asena@bigfoot.com 


BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 


Homepage: www.qsl.net/ct2gpw 
KKKKKAKKKK EKA EKEKKEK KKK ERK EK EKK ARK KK ERK AK EKKERKEKKEREKEKR ERA 


Do NOT send unsolicited commercial email to this email address. 
This message neither grants consent to receive unsolicited 
commercial email nor is intended to solicit commercial email. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 08:27:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21977 

for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 08:27:04 -0500 (CDT) 


From: "Antonio Sergio Sena" <asena@bigfoot.com> 

Organization: SHaRPeDGeS 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Date: Wed, 25 Jul 2001 14:26:18 +0100 

MIME-Version: 1.0 

Content-type: text/plain; charset=ISO0-8859-1 

Subject: [aprsspec] Re: Altitude in comment field 

Reply-to: asena@bigfoot.com 

Message-ID: <LYR11589-26133-2001.07.25-08.48.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Priority: normal 

References: <LYR11586-26116-2001.07.25-06.12.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

In-reply-to: <Pine.GSO.4.05L.10107250821110 .5556-100000@arctic> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B5ED70A.19072.6011D9B@localhost> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from Quoted-printable to 8bit by tapr.org id IAA21977 


Thats not the problem... 
I made a mistake when i wrote the email. 


Of course, it should be 3843.73N 00902.07W. 


Sena 


The longitude in both is screwed up... 


Bob 
On Wed, 25 Jul 2001, AntUnio SErgio Sena wrote: 


I am testing some APRS packet beaconing and i am having some problems. 
I'll give you some examples, maybe you can help me: 


With 13853.73N/009.02.07W>010/005 /A=000123 UIView recognizes the Car, 
but does not show Course/Speed and Altitude. 


VV VV VV VV VV VV OV 


VV VV VV 


With @23101023853 ..73/009.02.07W>010/005 /A=000123 UIView recognizes 
the Car, shows Course/Speed but does not show the Altitude. 
I tested this packet with WinAprs and the same happens. 


I need Altitude !!! 


I went through all the protocol, and found that these packets are ok. But i 
may be wrong. 

Can anyone help me ?? 

Thanks for it! 


73 de CT2GPW, Sena 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11586A@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV VV VV VV VV VV 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //web.usna.navy.mil/~bruninga/iss-faq.html 
PCsat Design http: //web.usna.navy.mil/~bruninga/pcsat.html 
CUBESAT Designs http: //web.usna.navy.mil/~bruninga/cubesat. html 
APRS LIVE pages http: //web.usna.navy.mil/~bruninga/aprs.html 
APRS SATELLITES http: //web.usna.navy.mil/~bruninga/astars. html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


VV VV V VV VV VV VV VV VV VV VV VV VV VV VV VV VM 


KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KEKE KAKA IK 
Antonio Sergio Sena CT2GPW 
asena@bigfoot.com 


BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 


Homepage: www.qsl.net/ct2gpw 
KKKKKAKKEKEKKEK KKK EKER EKA AK ERK ERK KK ERK AK EKKEREKKEREKKRE RA 


Do NOT send unsolicited commercial email to this email address. 
This message neither grants consent to receive unsolicited 
commercial email nor is intended to solicit commercial email. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 11:18:08 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6353 

for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 11:18:01 -0500 (CDT) 
Message-ID: <LYR11589-26159-2001.07.25-11.39.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Jeff Brenton" <ka9vnv@dididahdahdidit.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11586-26116-2001.07.25-06.12.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> <LYR23419-26133-2001.07.25-08.48.13-- 
ka9vnvitdididahdahdidit.com@lists.tapr.org> 
Subject: [aprsspec] Re: Altitude in comment field 
Date: Wed, 25 Jul 2001 11:17:30 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="Windows-1252" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006401c11525$538e6a20$1000a8cO@rolltowel . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have seen that spaces in front of the /A= sometimes causes programs to 
miss the altitude. I separated the altitude information from the comment 
field in the digipeater database specifically so that I could control where 
it is placed in the posit files to correct a multitude of such errors 
received in the source data... 


It may also be that UIView is expecting the altitude to be proceeded by a 
PHGxxxx value; try your beacons as follows, and report the results: 


13853 .73N/00902 .07W>010/005/A=000123 


13853 .73N/00902 .07W>010/005PHG1110/A=000123 


The altitude should not be consider part of the comment field, but rather 
an optional portion of the fixed-format position. At least a few programs 
consider it this way, whether the specification says so or not. 


Jeff Brenton, Ham radio call KA9VNV 

Questionable web page: http://dididahdahdidit.com 
Northern Illinois APRS Network: http://nian.aprs.net 
Engineered Software Products: http://espi.com 


My goal in life: To be remembered as someone who always 
stated what should have been obvious to everyone in the 
first place. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 13:10:22 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15846 

for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 13:10:17 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 25 Jul 2001 14:09:36 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Altitude in comment field (fwd) 
Message-ID: <LYR11589-26179-2001.07.25-13.31.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107251409050 .8424-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


GLad someone is checking things. THe location of the "/A=" is supposed to 
be allowed anywhere after the ICON character.... Since that is 
where the optional COMMENT string may begin... (IMHO).... Bob 


On Wed, 25 Jul 2001, Jeff Brenton wrote: 


I have seen that spaces in front of the /A= sometimes causes programs to 
miss the altitude. I separated the altitude information from the comment 
field in the digipeater database specifically so that I could control where 
it is placed in the posit files to correct a multitude of such errors 
received in the source data... 


VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 14:04:08 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA20528 

for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 14:03:57 -0500 (CDT) 
Date: Wed, 25 Jul 2001 12:03:40 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects (fwd) 
Message-ID: <LYR11589-26184-2001.07.25-14.25.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10107251151050 .15040-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is part of a private reply from Bob. I asked his permission 
to post portions of it to the list. 


Perhaps someday if a volunteer shows up to put out a revised spec, 
this info and the recent weather info about snow fields, luminosity, 
and raw rain counter can be put into the spec. Since there are no 
examples for these, the number of bytes in each field is undefined 
in the spec. Also the "s" flag for Snow conflicts with another 
implementation regarding sustained one-minute wind speed. 


Note that the spec does not fully specify the fields for the 
additional weather fields possible (details from Bob in an earlier 
message to the aprsspec list), and for Area Objects, ellipses were 
never implemented, and the reference "corner" and direction for the 
offsets for all Area Objects/Items is incorrect in the spec. The 
spec also doesn't specify how to define a triangle or a circle 
properly. Circles have no corners, and triangles can be defined 
many ways. See the below and earlier messages from Bob in the 
aprsspec list for the definitions. 


Also consider putting in a reference packet for each type of object 
so that the sizes and reference points can be checked in a new APRS 
implementation. We're currently noticing that our objects and Bob's 
objects are of different sizes. Wah. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


Siena ats Forwarded message ---------- 

Date: Fri, 20 Jul 2001 20:21:57 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 

To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
Subject: Re: [aprsspec] Re: Area Objects (fwd) 


On Fri, 20 Jul 2001, Curt Mills, WE7U wrote: 
> Perhaps circles/ellipses are defined with the lat/long point being 


> the center of the object? The upper left corner point of the box 
> the circle/ellipse would fit inside? 


VV VV Vv 


Yes, that is correct 


Which? I asked two questions that were entirely different. This is 
an important point for me. 


VV VV VV VV 


No, I only see one answer. Yes.. 


The point is the center. The offset is the upper left corner defined as 
the corner of the box it fits into... 


Is the point: 

1) The center of the circle? 

2) The upper left corner point of the box it would fit inside? 
3) The lower right corner point of the box it would fit inside? 


VV VV WV 


> Which one? 


Your oritiginal question I dont recall seeing any reference to the lower 
right. If so, it is not involved. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 25 18:45:10 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA11460 

for <lyris.aprsspec@tapr.org>; Wed, 25 Jul 2001 18:45:06 -0500 (CDT) 
User-Agent: Microsoft-Entourage/9.0.1.3108 
Date: Wed, 25 Jul 2001 19:43:40 -0400 
Subject: [aprsspec] Rules to SIG by 
From: Stan Horzepa <stanzepa@mail2.nai.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-26234-2001.07.25-19.06.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="IS0-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B784D1EC.737C%stanzepa@ct2.nai.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA11460 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 
The purpose of the APRS SPEC SIG is to provide a forum for folks interested 


in discussing the APRS protocol specification. 


POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message.) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 

Do not send messages in HTML of Rich Text format. 


Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 
UNSUBSCRIBING 
To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 
QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 26 07:33:39 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA13652 

for <lyris.aprsspec@tapr.org>; Thu, 26 Jul 2001 07:33:33 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 26 Jul 2001 08:33:12 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects (fwd) 
In-Reply-To: <LYR11586-26184-2001.07.25-14.25.20-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-26303-2001.07.26-07.54.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107260828450 .23758-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here are the codes for two test objects: 


;CIRCLE *07142323900.00N/07200.00W/15211325 with a radius of 22.3 mi 
; RECTANGLE*x07142423900. OON/07200.00W/19321331 47mi high by 35 mi wide 


The LINE would be the same as the diagonal for the box and the Triangle 
would be an isoceles triange made out of the diagonal and another side 
symetrical about the vertical axis. 

Hope that helps 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //web.usna.navy.mil/~bruninga/iss-faq.html 


PCsat Design http: //web.usna.navy.mil/~bruninga/pcsat.html 


CUBESAT Designs http: //web.usna.navy.mil/~bruninga/cubesat. html 
APRS LIVE pages http: //web.usna.navy.mil/~bruninga/aprs.html 
APRS SATELLITES http: //web.usna.navy.mil/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 26 09:14:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA20136 

for <lyris.aprsspec@tapr.org>; Thu, 26 Jul 2001 09:14:41 -0500 (CDT) 
From: "Antonio Sergio Sena" <asena@bigfoot.com> 
Organization: SHaRPeDGeS 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Thu, 26 Jul 2001 15:14:09 +0100 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 
Subject: [aprsspec] Re: Altitude in comment field 
Reply-to: asena@bigfoot.com 
Message-ID: <LYR11589-26316-2001.07.26-09.36.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Priority: normal 
In-reply-to: <006401c11525$538e6a20$1000a8c0@rolltowel . com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6033C1.2919.1984AB@localhost> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've tried also without the space in front of the /A=, and it turned out the 
same. 


I dont want to use the PHGxxxx, because this is a mobile beacon and if there is an 
Altitude /A= described and available in the APRS protocol, 


why shouldnt we use it ?? 


I guess the problem remains in the APRS software out there..... just a guess.... 


73 de Sena, CT2GPW 


have seen that spaces in front of the /A= sometimes causes programs to 

miss the altitude. I separated the altitude information from the comment 
field in the digipeater database specifically so that I could control where 
it is placed in the posit files to correct a multitude of such errors 
received in the source data... 


It may also be that UIView is expecting the altitude to be proceeded by a 
PHGxxxx value; try your beacons as follows, and report the results: 


13853 .73N/00902 .07W>010/005/A=000123 
13853 .73N/00902 .07W>010/005PHG1110/A=000123 


The altitude should not be consider part of the comment field, but rather 
an optional portion of the fixed-format position. At least a few programs 
consider it this way, whether the specification says so or not. 


VVVV VV VV VV VV VV OW 


KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KAKA KKK AIK 
Antonio Sergio Sena CT2GPW 
asena@bigfoot.com 


BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 


Homepage: www.qsl.net/ct2gpw 
KKK KIKI KAKA KAKI KAKI KKK I KKK I KAKI KAA I KAKI KAKI KAKA KAKA KKK K 


Do NOT send unsolicited commercial email to this email address. 
This message neither grants consent to receive unsolicited 
commercial email nor is intended to solicit commercial email. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 26 09:15:01 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA20158 
for <lyris.aprsspec@tapr.org>; Thu, 26 Jul 2001 09:14:55 -0500 (CDT) 
From: "Antonio Sergio Sena" <asena@bigfoot.com> 
Organization: SHaRPeDGeS 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Thu, 26 Jul 2001 15:14:09 +0100 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 
Subject: [aprsspec] Re: Altitude in comment field (fwd) 
Reply-to: asena@bigfoot.com 
Message-ID: <LYR11589-26317-2001.07.26-09.36.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Priority: normal 
In-reply-to: <LYR20030-26179-2001.07.25-13.31.35-- 
asenai#bigfoot.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6033C1.417.198668@localhost> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


So... we have a problem with the APRS user software.... Lets wait and see if they 
fix it. 


> GLad someone is checking things. THe location of the "/A=" is supposed to 
> be allowed anywhere after the ICON character.... Since that is 

> where the optional COMMENT string may begin... (IMHO).... Bob 

> 


KKK KK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KEKE A 
Antonio Sergio Sena CT2GPW 
asena@bigfoot.com 


BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 


Homepage: www.qsl.net/ct2gpw 
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Do NOT send unsolicited commercial email to this email address. 
This message neither grants consent to receive unsolicited 
commercial email nor is intended to solicit commercial email. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 26 11:42:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ3362 

for <lyris.aprsspec@tapr.org>; Thu, 26 Jul 2001 11:42:05 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 26 Jul 2001 12:41:51 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Altitude in comment field 
In-Reply-To: <LYR11586-26317-2001.07.26-09.36.20-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-26345-2001.07.26-12.03.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10107261237470 .14227-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 26 Jul 2001, Antonio Sergio Sena wrote: 


> So... we have a problem with the APRS user software.... Lets wait and 
> see if they fix it. 


Usually that tecnhique does not work... APRS programs have to do an awfull 
lot of parsing and display. THere are probably hundreds of combinations. 
You may find something that the author has not. 


If you do not communicate this to the original author of the program so 

that he is personally aware of what you are seeing, then the chances are 
very small that he is going to ever find the little bug you are seeing. 

ANd with the hundreds of other things on his TO-DO list, it probably is 

way down the list. 


So, the authors all like to fix their programs, but they need feedback 
from the users. Give them the full details and I bet you will find each 
of them will be more than happy to work with you to fix it. With 200 
EMails a day on the APRS SIG's, do not expect a complaint there to be read 
by an author. Too easy to miss. 


If you see a bug, write the author directly... 
I bet you wil be amazed at the results... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 26 17:13:07 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ6145 
for <lyris.aprsspec@tapr.org>; Thu, 26 Jul 2001 17:13:06 -0500 (CDT) 
Message-ID: <LYR11589-26392-2001.07.26-17.34.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 26 Jul 2001 18:14:33 -0400 
From: "E. Tupis W2EV" <w2ev@rochester.rr.com> 
Reply-To: w2ev@arrl.net 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Altitude in comment field 

References: <LYR21978-26316-2001.07.26-09.36.04-- 
w2ev#rochester.rr.com@lists.tapr.org> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B609649.C7810859@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Antonio, 

Do this, please: Open a UI-View terminal window. Select the text from 
that window. Copy it. Paste it into an eMail and send it to the list. 
Do not hand-transcribe it (due to errors that may occur). Once it is 
examined exactly as you receive it, we can help to diagnose it better 
for you. 


Ev, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 27 04:56:58 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAAQ6664 
for <lyris.aprsspec@tapr.org>; Fri, 27 Jul 2001 04:56:56 -0500 (CDT) 
From: "Antonio Sergio Sena" <asena@bigfoot.com> 
Organization: SHaRPeDGeS 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Fri, 27 Jul 2001 10:56:34 +0100 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 
Subject: [aprsspec] Re: Altitude in comment field 
Reply-to: asena@bigfoot.com 
Message-ID: <LYR11589-26453-2001.07.27-05.18.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Priority: normal 
In-reply-to: <3B609649.C7810859@rochester.rr.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6148E2.19154.4542107@localhost> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


This is what i am TXing, 
@3853.73N/00902 .07W>123/050/A=001234 


Beware of!! WinAprs works fine, but UIView does not. 
I have already sent an email to Roger Barker, UIVIew, so he can know what i found. 


73 de Sena, CT2GPW 


Antonio, 

Do this, please: Open a UI-View terminal window. Select the text from 
that window. Copy it. Paste it into an eMail and send it to the list. 
Do not hand-transcribe it (due to errors that may occur). Once it is 
examined exactly as you receive it, we can help to diagnose it better 
for you. 


Ev, W2EV 


VVVNVVV VV WV 
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Antonio Sergio Sena CT2GPW 
asena@bigfoot.com 


BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 


Homepage: www.qsl.net/ct2gpw 
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Do NOT send unsolicited commercial email to this email address. 
This message neither grants consent to receive unsolicited 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 27 05:05:20 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAAQ7586 

for <lyris.aprsspec@tapr.org>; Fri, 27 Jul 2001 05:05:15 -0500 (CDT) 
X-Sent: 27 Jul 2001 10:05:04 GMT 
Subject: [aprsspec] Re: Altitude in comment field 
Date: Fri, 27 Jul 2001 06:05:03 -0400 
x-sender: sdimse@mail.telocity.com 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-26454-2001.07.27-05.26.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


On 7/27/01 5:56 AM Antonio Sergio Sena (asena@bigfoot.com) wrote: 


>This is what i am TXing, 

> 

>@3853 .73N/00902 .07W>123/050/A=001234 

> 

>Beware of!! WinAprs works fine, but UIView does not. 

>I have already sent an email to Roger Barker, UIVIew, so he can know what 
>1 found. 


> 

This is not correct. Reports starting with the @ sign are supposed to 
include a timestamp. Change the @ to '=' if you are able to accept APRS 
messages, or to '!' if you cannot accept messages, and you should get the 


results you are hoping for. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 27 14:57:19 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA15008 

for <lyris.aprsspec@tapr.org>; Fri, 27 Jul 2001 14:57:17 -0500 (CDT) 
From: "Antonio Sergio Sena" <asena@bigfoot.com> 
Organization: SHaRPeDGeS 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Fri, 27 Jul 2001 20:56:57 +0100 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 
Subject: [aprsspec] Re: Altitude in comment field 
Reply-to: asena@bigfoot.com 
Message-ID: <LYR11589-26521-2001.07.27-15.18.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Priority: normal 
In-reply-to: <200107271105229 .SMO0066@bigfoot.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B61D599.32697.679DDF8@localhost> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


results you are hoping for. 


Steve K4HG 


> >@3853.73N/00902 .07W>123/050/A=001234 

>> 

> >Beware of!! WinAprs works fine, but UIView does not. 

> >I have already sent an email to Roger Barker, UIVIew, so he can know what 
> >i found. 

>> 

> This is not correct. Reports starting with the @ sign are supposed to 

> include a timestamp. Change the @ to '=' if you are able to accept APRS 

> messages, or to '!' if you cannot accept messages, and you should get the 
> 

> 

> 

> 


Unfortunately not. 
I added the time stamp to the frame: 


@23101123853 .73N/00902 . O7W>123/050/A=001234 


And it still does not work in UIView. 


Sena CT2GPW 


KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KAKA KKK KAKA AKA 
Antonio Sergio Sena CT2GPW 
asena@bigfoot.com 


BEng Electrical & Electronic Engineering 
Heriot-Watt University - Edinburgh 


Homepage: www.qsl.net/ct2gpw 
KKKKKAKKKKEKKEKEKK KKK KK ERK ERE RKAEKKEKK ERK EK EKRKEREKKERKEEKRE RA 


Do NOT send unsolicited commercial email to this email address. 
This message neither grants consent to receive unsolicited 
commercial email nor is intended to solicit commercial email. 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 09:04:58 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA12700 
for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 09:04:55 -0500 (CDT) 

X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 10:04:32 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Steve Dimse K4HG <k4hg@tapr.org>, Keith Sproul <ksproul@vger.rutgers.edu>, 

Mark Sproul <msproul@jove.rutgers.edu>, 

Brent Hildebrand <bhildebrand@earthlink.net>, 

Roger Barker <roger@peaksys.co.uk>, 

Robert Bruninga <bruninga@arctic.usna.edu> 
Subject: [aprsspec] SATGATE Specification (Draft) 
Message-ID: <LYR11589-27652-2001.08.03-09.26.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108030935170 .23198-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


With ISS and U022 in orbit and digipeating APRS packets and the imminent 
launch of PCsat and SAPPHIRE, we need a consistent way to build SATGATES 
for injecting APRS packets into the APRS Internet system. This is my 
suggested DRAFT SATGATE spec: 


SPACECRAFT that DIGIPEAT AX.25 packets: (* after Sept 2001) 
ISS via NOCALL, downlink 145.800 1200 baud 
U022 via UOSAT5, downlink 435.120 9600 baud +/- Doppler 
OPAL via KF6RFX, downlink 437.100 9600 baud +/- Doppler 
*PCsat via PCSAT, downlink 145.825 and 144.39 1200 and 9600 baud 
*SAPPHIRE v TBD, downlink 437.100 1200 baud +/- Doppler 


Of these, ISS and PCsat will be the most popular by far, since they are 
EASY to do with an OMNI whip antenna and NO Doppler tuning and 1200 baud. 


Most packets will probably be Mic-E (Kenwood) packets due to the mission 
to support mobile and handheld APRS communications. Packets heard on 


the downlink will be of the form: 


FROMCALL>TOCALL, SATLITEx*: packet.... 


Where the SATLITEx indicates the packet was digipeated from that 
Satellite. The purpose of this SATGATE SPEC is to define what happens to 
the packet once it hits the ground. We want to identify on WHAT downlink 
it was heard and WHICH SATGATE injected it into the APRS Internet system. 
To this end, I propose the following standard: 


SATGATES will have a unique SSID associated with each of its receiver 
ports so that we can tell on which port a packet was heard. THus, I 
suggest the following SSID defaults for the SATGATE calls: 


-1 PCSAT 1200 baud on 145.825 
-2 PCsat 9600 baud on 145.825 
-4 U022 9600 baud on 435.120 
-7 OPAL or SAPPHIRE on 437.100 
-11 PCsat 1200 baud on 144.39 

-12 PCsat 9600 baud on 144.39 

-15 ISS 1200 baud on 145.800 


SATGATES will REBUILD the path of the original packet by INSERTING their 
CALLSIGN, TCPIPx AFTER the satellites digipeater callsign. Using the 
above example, the packet will be inserted into the INTERNET using the 
existing TAPR-2 ASCII standard as follows: 


FROMCALL>TOCALL , SATLITE*, SATGATE-SS*, TCPIPx*: packet..... 


Where SS is the 0-15 SATGATE SSID indicating the receiver port of this 
SATGATE used to copy the above packet. 


NOTE: I see no reason why this standard cannot also apply to all packets 
injected into the APRS Internet system as a means of identifying the IGATE 


and the port of origin into the network... but that is a separate issue.. 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
PCsat Design http: //www.ew.usna.edu/~bruninga/pcsat.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 11:24:07 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA23010 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 11:24:02 -0500 (CDT) 
X-Originating-IP: [208.51.39.70] 
Reply-To: jeff@aerodata.net 
From: "Jeff King" <transit_man@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: k4hg@tapr.org, ksproul@vger.rutgers.edu, msproul@jove.rutgers.edu, 

bhildebrand@earthlink.net, roger@peaksys.co.uk, 
bruninga@arctic.usna.edu 

Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Fri, 03 Aug 2001 16:23:45 +0000 
Mime-Version: 1.0 
Content-Type: text/plain; format=flowed 
Message-ID: <LYR11589-27671-2001.08.03-11.45.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-OriginalArrivalTime: 03 Aug 2001 16:23:45.0818 (UTC) 
FILETIME=[AB254FA0:01C11C38] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F202sdMj]tLIX8I4JHpBO000d634@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As Bob was/is a member of the APRS-WG, does this mean the WG (if they still 
presently exist) is now accepting extensions to 

the protocol? I seem to recall a number of people submitted extensions, 

and were politely told it would have to wait until the spec was done. Some 
of these extensions were as well written as Bob's. 


Not complaining, but to give the "appearence" of fairness, it might be 
prudent to also address those at this time. Of course, if the WG has 
disbanded, I guess it is just a matter of who puts the most presure on 
the authors to adopt whatever they promote. 


Just thought I'd point that out, if anyone cares. 


-Jeff 


>From: Bob Bruninga <bruninga@usna.edu> 


>To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
>CC: Steve Dimse K4HG <k4hg@tapr.org>, Keith Sproul 


><ksproul@vger.rutgers.edu>, Mark Sproul <msproul@jove.rutgers.edu>, 
> Brent Hildebrand <bhildebrand@earthlink.net>, Roger Barker 
><roger@peaksys.co.uk>, Robert Bruninga <bruninga@arctic.usna.edu> 


>Subject: [aprsspec] SATGATE Specification (Draft) 

>Date: Fri, 3 Aug 2001 10:04:32 -0400 (EDT) 

> 

>With ISS and U022 in orbit and digipeating APRS packets and the imminent 
>launch of PCsat and SAPPHIRE, we need a consistent way to build SATGATES 
>for injecting APRS packets into the APRS Internet system. This is my 
>suggested DRAFT SATGATE spec: 


Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 11:52:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA25553 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 11:52:32 -0500 (CDT) 
Message-ID: <LYR11589-27675-2001.08.03-12.14.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Fri, 3 Aug 2001 12:53:03 -0400 
MIME-Version: 1.0 
Content-Type: text/plain 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9F0651D311B7A100104B716B9001A94BEE@shpmail.ncshp.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have to concur with Jeff on this... at a minimum it should have been 
formally announced that the working group was re-opening itself to 
considering extensions.. 


This is not meant to denigrate both good efforts and well intended actions 
on the part of the authors... I for one am thankful for the contribution 
from all those who have made their good efforts available. 


I for one made a proposal a couple of years back that the UI Frame digipeat 
function should be modified to accommodate delay in retransmission.... An 
experiment I ran at the time (and posted on the APRS Sig) showed that for 
unconnected packets... many TNC's did not use any delay in retransmission... 
every digipeater immediately retransmitted UI frame packets... and thus only 
stations that were out of hearing from all but one... had any chance of 
hearing the digipeat.... connected mode packets were the only packets that 
acted properly in listening before transmissions.... 


Several folks noted how that was informative.. but the proposal (for one 
example) died.... I was looking forward for some open-source digi code 
(that could be installed on digipeating capable TNC's without an ancillary 
PC) that I could "hack" on to make this happen... and I still have hope that 
Marco will release UIDigi source (as he stated he would in his Beta testing 
days).... now I'm looking forward to HH III code being open sourced... and 
have acquired AVR development hardware and software to assist me in doing 
this.... I think it has the potential to be a DYNAMITE project... sort of a 
Kenwood that allows Hams to go in and work on the code themselves..... and 
maybe Phil Karns proposal to AMSAT will come to fruition and allow the 
same... THANKYOU PHIL for making the case for an Open Source solution.... 


I know it's been ranted and raved here in the past that there are doers and 


there are talkers... but I know for a fact some doers have gone ahead and 
done some stuff (ex: UIView, PropNet) and it was called into question and 
even slammed... maybe these too ought to have the option to propose their 


extensions as submissions... 


Also there were those who wanted to establish telemetry standards (a single 
weather format rather than the tower of babel) and they were sidelined.. 


What's good for one should be good for all... 


Resse Original Message----- 
From: Jeff King [SMTP:transit_man@hotmail.com] 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 


still 
presently exist) is now accepting extensions to 


> 

> 

> 

> As Bob was/is a member of the APRS-WG, does this mean the WG (if they 
> 

> 

> the protocol? I seem to recall a number of people submitted extensions, 


> and were politely told it would have to wait until the spec was done. Some 
> of these extensions were as well written as Bob's. 


Not complaining, but to give the "appearence" of fairness, it might be 
prudent to also address those at this time. Of course, if the WG has 
disbanded, I guess it is just a matter of who puts the most presure on 
the authors to adopt whatever they promote. 


Just thought I'd point that out, if anyone cares. 


-Jeff 


VV VVV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 12:15:33 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27475 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 12:15:29 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 13:14:41 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org, k4hg@tapr.org, ksproul@vger.rutgers.edu, 

msproul@jove.rutgers.edu, bhildebrand@earthlink.net, 
roger@peaksys.co.uk, bruninga@arctic.usna.edu 

Subject: [aprsspec] Re: SATGATE Specification (Draft) 
In-Reply-To: <F202sdMj]tLIX8I4JHpBO000d634@hotmail . com> 
Message-ID: <LYR11589-27681-2001.08.03-12.37.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108031310020 .16863-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff, as you recall, Steve Dimse never published an IGate spec, nor has 
anyone ever put the existing mess down on paper. After the last round of 


serious volunteers to put it together for the WG here on the SIG, nothing 
ever came of it. 


Nothing has changed. 

The WG is willing to address a draft spec if someone will put it together. 
In the meantime, we have a timely need to solve the problem of SATGATES. 
In that vein, I proposed the draft addressing only that issue. 


Bob 


On Fri, 3 Aug 2001, Jeff 
King wrote: 


As Bob was/is a member of the APRS-WG, does this mean the WG (if they still 
presently exist) is now accepting extensions to 

the protocol? I seem to recall a number of people submitted extensions, 

and were politely told it would have to wait until the spec was done. Some 
of these extensions were as well written as Bob's. 


Not complaining, but to give the "appearence" of fairness, it might be 
prudent to also address those at this time. Of course, if the WG has 
disbanded, I guess it is just a matter of who puts the most presure on 
the authors to adopt whatever they promote. 


Just thought I'd point that out, if anyone cares. 


VVVNVMVV VV VV VV VV NW 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 12:32:00 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA28898 
for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 12:31:58 -0500 (CDT) 
X-Originating-IP: [208.51.39.70] 
Reply-To: jeff@aerodata.net 
From: "Jeff King" <transit_man@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org, k4hg@tapr.org, ksproul@vger.rutgers.edu, 
msproul@jove.rutgers.edu, bhildebrand@earthlink.net, 
roger@peaksys.co.uk, bruninga@arctic.usna.edu 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Fri, 03 Aug 2001 17:31:42 +0000 


Mime-Version: 1.0 

Content-Type: text/plain; format=flowed 

Message-ID: <LYR11589-27686-2001.08.03-12.53.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

X-OriginalArrivalTime: 03 Aug 2001 17:31:43.0258 (UTC) 
FILETIME=[297D47A0:01C11C42] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F2357FGVtOkncXlrme80000d7fe@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga <bruninga@usna.edu> wrote: 


>Jeff, as you recall, Steve Dimse never published an IGate spec, nor has 
>anyone ever put the existing mess down on paper. 


I wasn't talking about a IGate spec, or Steve Dimse. I was talking about 
the numerous people who wrote extensions specs who were politely told they 
had to wait. Allan already brought up one, and I know there are others. 


>Nothing has changed. 
>The WG is willing to address a draft spec if someone will put it together. 


Go in the archives then.... I'm just saying in fairness, the ones 
before yours should be addressed first. Assuming, and that is a 

big assumption, that the WG still exists, why do you feel your rights 
to have a proposal considered should override those that have had 
proposals sitting on the table for a year or more? 


The problem with insisting the WG still is a viable body, as you seem 

to keep doing, is occasionally someone will call you to task on it. I 

am doing this. So, since you insist the WG is a viable body, then 

do the right and fair thing, and open the spec to extensions and release 
the holds that were put on other people's suggested extensions. 


Why is this so hard to understand? 


-Jeff 


Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 12:33:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA28944 
for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 12:33:44 -0500 (CDT) 
Date: Fri, 03 Aug 2001 13:33:21 -0400 
From: John Ackermann N8UR <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Message-ID: <LYR11589-27687-2001.08.03-12.55.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20186817 .996845601@WUSJA129861-8HP> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Just for the record -- Bob's email is the first that I, and I suspect 
other, members of the WG have heard about this proposal. It's not even 
clear to me that he intended it to be considered by the WG, since he 
addressed it to a very public mailing list, didn't separately cc at least 
two WG members (Mike Musick and me), and did cc two non-WG members (Steve 
Dimse and Roger Barker). I can assure you that the WG is not working on 
this, or frankly any other, proposal. 


Whether the WG is still alive or not is a good question. Neither TAPR nor 
I own or control the group, and if the members would rather spend their 
time elsewhere, there's not much that can be done about that. People 
naturally want to spend their hobby time doing what's fun and relaxing, and 
I can assure you from personal experience that developing a protocol 
specification in the ham environment is neither. 


As an aside, I'll also note that despite all the hoohah several months ago 
about an APRS internet spec, and all the people volunteering to work on it, 


and the WG offering at least informal support,* not much more has been 
heard 

about that project since. Perhaps the WG isn't the only group realizing 
how they'd rather spend their time. (I'm not saying that to cast 
aspersions on the folks who volunteered, who I know all had the best of 
intentions; I'm merely pointing out what is a pretty predictable pattern in 
these matters.) 


73, 
John N8UR 
jra@febo.com 


* In looking at my mail files, I don't see that the WG took a formal vote 
to that effect or made a public statement, but I do see that Bill Diaz, who 
was instrumental in the server discussions, was cc'd on several emails 
where support from several WG members was informally offered. 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 12:35:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA29028 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 12:35:23 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 13:35:02 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
In-Reply-To: <LYR11586-27675-2001.08.03-12.14.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-27689-2001.08.03-12.57.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108031316270 .16863-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
On Fri, 3 Aug 2001, Sadowski, Allan wrote: 


> I have to concur with Jeff on this... at a minimum it should have been 
> formally announced that the working group was re-opening itself to 

> considering extensions... 

<snip> 


Huh? Tabloid missinformation again? 
There has been no such announcement. Only Jeff's off-the-wall confusing 
and inflamitory inference to mix up apples and oranges. 


Here is what is going on. I posted a draft of a backwards compatible idea 
for SATGATES to inject data into the Internet to meet an emergent need. 
Let me clarify it for those who may be confused: 


1) This has nothing to do with the APRS SPEC 

2) This has nothing to do with the never written IGate SPEC 

3) This is an emergent need to solve the SATGATE problem. 

4) This is not an invitation for additions to the APRS SPEC 1.0 

5) The invitation xstill stands*x for anyone to draft an IGate spec 


If discussions about the SATGATE problem inspires someone to draft the 
long awaited IGATE protocol spec (to document what Steve originally 
implemented) for submission to the APRSWG then the WG is MORE THAN WILLING 
TO ACCEPT and review such a submission... 


In the meantime, I need authors to add some backwards compatible SATGATE 
code to what we already have so that we can get some SATGATES on line... 
and know where the packets are coming from. 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 12:43:28 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA29703 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 12:43:26 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 13:43:06 -0400 (EDT) 

From: Bob Bruninga <bruninga@usna.edu> 

X-Sender: bruninga@arctic 

cc: aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: SATGATE Specification (Draft) 
In-Reply-To: <F2357FGVt0kncXlrme80000d7£fe@hotmail . com> 
Message-ID: <LYR11589-27691-2001.08.03-13.05.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108031337430 .16863-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 3 Aug 2001, Jeff King wrote: 


> I wasn't talking about a IGate spec, or Steve Dimse. I was talking about 
> the numerous people who wrote extensions specs who were politely told they 
> had to wait. Allan already brought up one, and I know there are others. 


Huh? 

No one has said anything about opening up for the next version of the 
APRS SPEC when we dont even have an INTERNET SPEC. We must have an 
internet spec (which is what the majority of the APRS infrastructure is 
all about) before we start messing up what is working now. 


> ... SO, since you insist the WG is a viable body, then 
> do the right and fair thing, and open the spec to extensions and release 


> the holds that were put on other people's suggested extensions. 


No way are we going to start messing around with a version 2 of the APRS 
SPEC when we dont even have a draft INTERNET SPEC. 


> Why is this so hard to understand? 
Good question! It seems perfectly clear to me. 


de WB4APR, BOb 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 13:14:41 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ2922 
for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 13:14:36 -0500 (CDT) 

Message-Id: <LYR11589-27697-2001.08.03-13.36.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Fri, 3 Aug 2001 14:14:19 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Keith Sproul" <ksproul@vger.rutgers.edu>, 

"Mark Sproul" <msproul@jove.rutgers.edu>, 

"Brent Hildebrand" <bhildebrand@earthlink.net>, 

"Roger Barker" <roger@peaksys.co.uk>, 

"Robert Bruninga" <bruninga@arctic.usna.edu> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108031814.LAA08812@scaup.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/3/01 10:04 AM Bob Bruninga (bruninga@usna.edu) wrote: 


>SPACECRAFT that DIGIPEAT AX.25 packets: (* after Sept 2001) 

ISS via NOCALL, downlink 145.800 1200 baud 

U022 via UOSAT5, downlink 435.120 9600 baud +/- Doppler 

OPAL via KF6RFX, downlink 437.100 9600 baud +/- Doppler 

*PCsat via PCSAT, downlink 145.825 and 144.39 1200 and 9600 baud 
*SAPPHIRE v TBD, downlink 437.100 1200 baud +/- Doppler 


FROMCALL>TOCALL, SATLITEx, SATGATE-SS*, TCPIP*:packet..... 


VV VV VV VV 


This violates the typical TNC protocol, where only the last-transmitting 
station is starred. Granted, there are other violations of this, e.g. 


K4HG>WU2Z*,WIDE4-2:... 


Where although WU2Z is starred, the packets has already been 
retransmitted by two WIDEn-n's, AFAIK there has never been an occasion 
before where there are two stars, this has a high risk of breaking a lot 
of existing applications. 


Can you explain more about why this is such an emergent issue? Just as 
findu.com can easily identify packets retransmitted by ISS (NOCALL*x), 
each of these other sats have digi IDs that are unique. About the only 
thing I can see different is this could differentiate the 9600 port from 
the 1200 port on PCSAT, is this such an important issue? 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 13:19:21 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ3126 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 13:19:18 -0500 (CDT) 
Message-ID: <LYR11589-27698-2001.08.03-13.41.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 03 Aug 2001 14:20:34 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
References: <LYR22299-27687-2001.08.03-12.55.32--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6AEB72.8A4F43A1@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


John Ackermann N8UR wrote: 


People 

naturally want to spend their hobby time doing what's fun and relaxing, and 
I can assure you from personal experience that developing a protocol 
specification in the ham environment is neither. 


VV VV 


That is why it is importent to allow new blood into the group. I understand 
12 people volunteered, maybe it is time to fill some of the open/inactive slots. 


As an aside, I'll also note that despite all the hoohah several months ago 
about an APRS internet spec, and all the people volunteering to work on it, 
and the WG offering at least informal support,* not much more has been 
heard 

about that project since. Perhaps the WG isn't the only group realizing 
how they'd rather spend their time. (I'm not saying that to cast 
aspersions on the folks who volunteered, who I know all had the best of 
intentions; I'm merely pointing out what is a pretty predictable pattern in 
these matters. ) 


VVVVV VV VV 


Whatever, I posted a rough outline and no-one commented on it, including the 
principles. It is one thing volunteering, another doing something, and yet another 
even getting recognition for what you have done. Think about it. 


It is either time to get the WG back into gear, or close up shop and declare 
victory. This limbo you and the WG insist on keeping in place is not productive. 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 13:21:16 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ3218 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 13:21:09 -0500 (CDT) 
Message-ID: <LYR11589-27699-2001.08.03-13.43.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 03 Aug 2001 14:22:28 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
References: <LYR22299-27691-2001.08.03-13.05.18--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6AEBE4.103CC2E1@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob/John: 


Bob Bruninga wrote: 


> No way are we going to start messing around with a version 2 of the APRS 
> SPEC when we dont even have a draft INTERNET SPEC. 


I posted a rough outline of a internet spec, and had the FTP manager of TAPR 
even open a group about this. ME, not someone else. Not much, mind you, but 
people would rather bitch and moan on this list then do anything. And when 
someone does do something, it often is ignored or "deffered". 


Not a single person commented on my outline, yeah or nay, WG or otherwise. You 
can only try so hard Bob. 


I'm really tired of hearing this broken record from you and TAPR how no-one 
volunteers or does anything. It is complete BS. 


> > Why is this so hard to understand? 
> 
> Good question! It seems perfectly clear to me. 


As it is to me. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 13:31:53 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ4109 
for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 13:31:45 -0500 (CDT) 

X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 14:31:36 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

Keith Sproul <ksproul@vger.rutgers.edu>, 

Mark Sproul <msproul@jove.rutgers.edu>, 

Brent Hildebrand <bhildebrand@earthlink.net>, 

Roger Barker <roger@peaksys.co.uk>, 

Robert Bruninga <bruninga@arctic.usna.edu> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
In-Reply-To: <200108031814.LAA08812@scaup.mail.pas.earthlink.net> 
Message-ID: <LYR11589-27700-2001.08.03-13.53.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108031420010 .16863-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 3 Aug 2001, Steve Dimse wrote: 


> FROMCALL>TOCALL,SATLITEx, SATGATE-SSx*,TCPIP*:packet..... 

> 

This violates the typical TNC protocol, where only the last-transmitting 
station is starred.... 

Can you explain more about why this is such an emergent issue? 


VVVV WV 


OOPS! I see now that I confused what it looks like AFTER going back to RF 
on the existing system with what it looks like GOING IN. Sorry... 


The main reason that I want to do something different is so that we can 
preserve the identification of the SATGATE that injected it; which the 
current IGATE process does not do. 


So, drop the TCPIP*x from my suggestion. THus, I think all I am proposing 
is that SATGATES simply insert their CALL* at the end of the path before 
inserting into the internet. 


Your point is well taken whether any prior x's should be eliminated. 


BUT, I have seen existing TNC's that put a * by all digi fields that have 
the has-been-used bit set. SO having multiple *'s should not be a 
precedence. If there is code that is confused by this, then that code 
will not work with existing TNC's some of which do insert multiple x's... 
So I hope that it is not a problem. 


back to ya.... 


BOb 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 13:33:59 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ4299 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 13:33:51 -0500 (CDT) 
Message-Id: <LYR11589-27701-2001.08.03-13.55.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Fri, 3 Aug 2001 14:33:19 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108031833.LAA14456@harrier.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/3/01 2:22 PM Jeff King (jeff@aerodata.net) wrote: 


>I posted a rough outline of a internet spec, and had the FTP manager of TAPR 
>even open a group about this. ME, not someone else. Not much, mind you, but 
>people would rather bitch and moan on this list then do anything. And when 
>someone does do something, it often is ignored or "deffered". 

> 

>Not a single person commented on my outline, yeah or nay, WG or otherwise. 
>You 

>can only try so hard Bob. 

> 

I never commented on what you submitted, because it was essentially a cut 
and paste of what others had produced before. If the APRS Internet System 
spec were going to take 1000 hours, you have done 10. 1% of a job is 

nothing I'd take particular pride over! 


>I'm really tired of hearing this broken record from you and TAPR how no-one 
>volunteers or does anything. It is complete BS. 

> 

So you think you do 1% of the job and others should do 99%? That speaks 
volumes about you, Jeff. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 13:43:39 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ5062 
for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 13:43:32 -0500 (CDT) 
Message-Id: <LYR11589-27703-2001.08.03-14.05.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Fri, 3 Aug 2001 14:43:15 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, 
"Keith Sproul" <ksproul@vger.rutgers.edu>, 
"Mark Sproul" <msproul@jove.rutgers.edu>, 
"Brent Hildebrand" <bhildebrand@earthlink.net>, 
"Roger Barker" <roger@peaksys.co.uk>, 
"Robert Bruninga" <bruninga@arctic.usna.edu> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108031843 .LAAQ5658@swan.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 8/3/01 2:31 PM Bob Bruninga (bruninga@usna.edu) wrote: 


>OOPS! TI see now that I confused what it looks like AFTER going back to RF 
>on the existing system with what it looks like GOING IN. Sorry... 

> 

>The main reason that I want to do something different is so that we can 
>preserve the identification of the SATGATE that injected it; which the 
>current IGATE process does not do. 

> 

I've said for years not including each IP station ID in the path was my 
greatest error in designing the APRS IS, inserting this before the TCPIPx 
would cause no problems as far as I can see. 


>So, drop the TCPIP*x from my suggestion. THus, I think all I am proposing 
>is that SATGATES simply insert their CALL* at the end of the path before 
>inserting into the internet. 

> 

That still leaves two *'s, right? again, I'm not sure how existing 
software will respond to this. 


The TCPIP* is used by several things on the APRS IS, I think removing it 
would cause problems, certainly on an unverified connection it would 
cause the data to be dropped. 


>BUT, I have seen existing TNC's that put a * by all digi fields that have 
>the has-been-used bit set. SO having multiple *'s should not be a 
>precedence. If there is code that is confused by this, then that code 
>will not work with existing TNC's some of which do insert multiple x's... 
>So I hope that it is not a problem. 

> 

Which do this? I have never seen it. I'm very unsure my code would not 
break if faced with this, I've never tested it... 


Steve K4HG 
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Steve Dimse wrote: 


> 

>Not a single person commented on my outline, yeah or nay, WG or otherwise. 
>You 

>can only try so hard Bob. 

> 

I never commented on what you submitted, because it was essentially a cut 
and paste of what others had produced before. If the APRS Internet System 
spec were going to take 1000 hours, you have done 10. 1% of a job is 
nothing I'd take particular pride over! 


VVVVV VV VV 


Thanks for your kind words of encouragement. However, unlike you, I do not 

take protocol development as a "king of the hill" kind of endeavor. I approach 
it as a open source effort.... where even a "1% of a job" means something. Being 
that NO-ONE, including yourself, was doing anything, I thought my "1% of a job" 
might focus people. Sorry it didn't rise to your standards. 


>I'm really tired of hearing this broken record from you and TAPR how no-one 
>volunteers or does anything. It is complete BS. 

> 

So you think you do 1% of the job and others should do 99%? 


VVV WV 


% Of something is better then 100% of nothing, which is what we have now. In 
any case, I only offered it as outline, which in technical writing is a good 
place to start. 


>That speaks volumes about you, Jeff. 


A discussion with you wouldn't go anywhere without you getting personal, would 
it? 


Do you care to speak volumes about me Steve on this group? Have at it Steve, I'd 
love to hear what you think about me. 


-Jeff 
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On Fri, 3 Aug 2001, Jeff King wrote: 


I posted a rough outline of a internet spec, and had the FTP manager of TAPR 
even open a group about this. ME, not someone else. Not much, mind you, but 
people would rather bitch and moan on this list then do anything. And when 
someone does do something, it often is ignored or "deffered". 


VV VV 


Case-in-point. Yep, that is the problem. You tried to get someone to help 
you flesh it out. Just like we have requested over and over. But still 
no one has found time to do the work of putting a draft together. I dont 
blame anyone, everyone is busy. But I wish you would stop blaming the WG 
when you also have experienced the same problem. Someone has got to do 
the work and not just whine about it... 


> Not a single person commented on my outline, yeah or nay, WG or otherwise. 
> You can only try so hard Bob. 


That is what we have been saying all along. You claimed to have all these 
volunters all lined up to put together an IGate SPEC... yet even your own 
attempt by drafting an outline also went no where... 


> I'm really tired of hearing this broken record from you and TAPR how no-one 
> volunteers or does anything. 


We don't complain. You are the only one that complains. We simply state 
facts. That is... no one has drafted an IGate SPEC. If somone will take 
the time to draft an IGATE SPEC to document what currently exists, then 
the WG is more than happy to review it for formal adoption. 


We do not blame volunteers for not volunteering. We simply recognize that 
people that can really get things done are busy. And those that can't 
really contribute anything useful are sometimes pretty good at complaining 
about everyone else... 


de WB4APR@amsat.org, Bob 
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On 8/3/01 2:46 PM Jeff King (jeff@aerodata.net) wrote: 


>> >I'm really tired of hearing this broken record from you and TAPR how no-one 
>> >volunteers or does anything. It is complete BS. 

>> > 

>> So you think you do 1% of the job and others should do 99%? 

> 

>1% of something is better then 100% of nothing, which is what we have now. In 
>any case, I only offered it as outline, which in technical writing is a good 
>place to start. 

> 

But you see, this is exactly the problem. There needs to be the 99% guy. 

Ian was that guy for the APRS spec, and so far there is no one for that 

job with the APRS IS spec. So you do 1% of the job (a number you admit 

is realistic) and then you start flaming others for not doing the 99%! 

I'm not going to be the 99% guy, abviously neither are you. So, Bob and 

TAPR tell the truth, that there is no other 99% guy in the wings, and you 

make their fault. That is extremely unfair! 


So yes, 
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On Fri, 3 Aug 2001, Steve Dimse wrote: 


> >So, drop the TCPIPx from my suggestion. THus, I think all I am proposing 
> >is that SATGATES simply insert their CALL* at the end of the path before 
> >inserting into the internet. 


> The TCPIP* is used by several things on the APRS IS, I think removing it 
would cause problems, certainly on an unverified connection it would 
> cause the data to be dropped. 


Vv 


Yes, but you were correct that it should not be on the packet going INTO 
the internet. SO I was only talking about removing it from my 

erroneous initial suggestion. Not from things as they are. Whatever an 
IGate does to the packet before sending it back to RF (including putting 
the TCPIPx on it is a separate issue...)? 


Concerning having multiple x's in a TNC header: 


> Which do this? I have never seen it. I'm very unsure my code would not 
> break if faced with this, I've never tested it... 


It shocked me when I saw it, but the DSP-12's do it... 


de WB4APR@amsat.org, Bob 
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First of all, you are hearing what you want to hear, and 
not what is being said. I don't expect that to change, 


but I'll try anyways 


Steve Dimse <k4hg@tapr.org> wrote: 


>On 8/3/01 2:46 PM Jeff King (jeff@aerodata.net) wrote: 

> 

> >> >I'm really tired of hearing this broken record from you and TAPR how 
>no-one 

>> >volunteers or does anything. It is complete BS. 

>>> 

>> So you think you do 1% of the job and others should do 99%? 

> 

>1% of something is better then 100% of nothing, which is what we have 
>now. In 

> >any case, I only offered it as outline, which in technical writing is a 
>good 

> >place to start. 

>> 

>But you see, this is exactly the problem. There needs to be the 99% guy. 


VV VV V 


WHY DOES THERE NEED TO BE A 99% guy? Tell me, I'd like to know. And 
HOW DO YOU KNOW, I WOULDN'T'T HAVE BEEN THAT 99% GUY? Are you so arrogant 
that you actually believe this stuff? 


Fact of that matter is, I was looking for some feedback, of which I got 
none. I even privately e-mailed you, no response. This is no way for TAPR 
to treat volunteers, be they "99% guys" or "1% guys". Every little bit 
helps. 


>Ian was that guy for the APRS spec, and so far there is no one for that 
>job with the APRS IS spec. So you do 1% of the job (a number you admit 
>is realistic) and then you start flaming others for not doing the 99%! 


Another "I'm Steve and if I say it, it must be true". Who am I flaming 
prior to this message? I simply stated, if the WG still exists, then 
amendments to the spec should go through it, and prior proposals should 
be considered on a first come first server basis. 


Please comment on the above and tell me how this is unreasonable. 


>I'm not going to be the 99% guy, abviously neither are you. 


"And obviously neither are you"? You really are arrogant, aren't you? 
I wrote a rough outline.... who is to say I wouldn't have continued on 
it if I got some feedback, any feedback. And I certainly still could, 
I'd just like a little feedback. I'm sure Ian didn't work in a vacuum 
and whoever writes the APRSSERVE spec shouldn't be expected to either. 


Read what I post, not what you think I am thinking. It would go a long 


way into stopping these Elvis and the Aliens type responses. 
Thanks 


Jeff 
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Again, read what I say, not what you think I am thinking. 


Bob Bruninga <bruninga@usna.edu> wrote: 


>On Fri, 3 Aug 2001, Jeff King wrote: 


> 

> > I posted a rough outline of a internet spec, and had the FTP manager of 
>TAPR 

> > even open a group about this. ME, not someone else 


>Case-in-point. Yep, that is the problem. You tried to get someone to help 
>you flesh it out. 


Exactly. See we can agree on things occasionally. 


>Just like we have requested over and over. But still 
>no one has found time to do the work of putting a draft together. 


Here is my issue, and lets use Steve's numbers of 1000 hours for a 
APRS-SERVE draft. 


I don't trust the WG even exists or cares anymore. Maybe it is just me, 
but you have to admit, no official action has occured over a year. So 
you expect a person, on faith, to invest 1000 hours of there time when 
the WG may just be a black hole? If one invests 10 hours of there time, 
and cannot get a single comment, encourage or discouraging, that seems 
like a good litmus test that no-one really cares or that the WG is just 
a black hole. 


>I don't 

>blame anyone, everyone is busy. But I wish you would stop blaming the WG 
>when you also have experienced the same problem. Someone has got to do 
>the work and not just whine about it... 


I'm not blaming the WG or blaming you.... clearly you put alot of work 
into your SATGATE draft and you should be commended for it. And at least 
you are getting some comments on here, unlike my experience. (and in 
fairness, I just remembered, Bill Diaz did critique it off SIG with me) 


But, again, listen to what I was saying. I'm just suggesting that there 
is supposed to be a process in place for amendments to the APRS spec. 
You claim to be a present member of the WG, so you of anyone should 
appreciate what I am saying. I am simply saying that other extensions to 
the APRS spec had been proposed in the past, should these not also be 
consider at the same time, or ahead of yours? 


Unlike others, I don't buy the argument "Well Bob didn't say he was 
posting as a member of the WG". That is wishy washing weasel word thinking. 
Fora 

spec to be effective, it has to be enforced. It is a black and white 

issue. There is either a process, or there is not a process. 


That is xallx I am saying. 


> 

> > Not a single person commented on my outline, yeah or nay, WG or 
>otherwise. 

> > You can only try so hard Bob. 

> 

>That is what we have been saying all along. You claimed to have all these 
>volunters all lined up to put together an IGate SPEC... 


I made NO SUCH claim. You are thinking of Bill Diaz. I never volunteered 
to be on the APRS-WG, and I only offered to help Bill if he didn't have 
enough people (and I believe he did have enough). That much being said, 

I saw the APRS-Igate spec discussion going no where, so I took some of 
xmy*x time, and wrote up a rough draft outline hoping to get a few comments 
from some of the group. I got nothing. 


> > I'm really tired of hearing this broken record from you and TAPR how 
>no-one 

> > volunteers or does anything. 

> 

>We don't complain. You are the only one that complains. We simply state 
>facts. That is... no one has drafted an IGate SPEC. 


So, Ian worked in a vacuum with no prior input from the WG and only 
presented the fully polished document. Come on, that is not how a 
protocol process works. Sorry, can't fool me because I have been on 
some industry groups doing this stuff. 


>If somone will take 

>the time to draft an IGATE SPEC to document what currently exists, then 
>the WG is more than happy to review it 

Sure, let me know if this is on the right track: 

http: //www.tapr.org/tapr/list-archive/aprsspec/0102/msg00024.htm1 

and I'll keep adding to it. Sorry, I am not a fan of "build it and they 


will come" mindset and feel this should be a cooperative effort. 


>We do not blame volunteers for not volunteering. We simply recognize that 
>people that can really get things done are busy. And those that can't 


>really contribute anything useful are sometimes pretty good at complaining 
>about everyone else... 


Complaining? Again, for the point challenged, let me state again what 
I was saying here: 


If the WG still exists, there is a process for submitting additions 
to the protocol. Recognizing this, there are other additions that 
were submitted by other people that were tabled. If indeed this 
APRS-WG still exists, then these amendments should now be considered. 


If you consider the above "complaining", power to you brother, but what 
I am saying really seems self evident to me. It either is, or it isn't. 
Can't be both at the same time as some would like us to believe. A 
protocol spec, to be effective, must be black and white, including the 
political process behind it. To do otherwise is to do a disservice to 
the ones you wish to enforce this on. 


Then again, maybe I am involved in to many industry groups that won't 
put up with this kind of stuff..... oh well. 


-Jeff 
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Do you guys have any idea how hard it is to fit any interest into a 
discussion of this sort, which really has some interesting AND IMPORTANT 
ramifications, when so many different individuals are sniping, whining 
or name calling? 


Can we, for a little while, ease off and stick to technical aspects of 
the discussion? No personal vendetta, no dismisal out of hand because 
of who said it, no off-color remarks and no name calling? 


Thanks. 

Gerry Creager 

AATLT/Network Engineering 

Texas A&M University 

979.458.4020 (Phone) 979.847.8578 (FAX) 
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Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA12823 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 15:11:15 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 16:10:42 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SATGATE Specification (rev 1) 
In-Reply-To: <LYR11586-27652-2001.08.03-09.26.44-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-27725-2001.08.03-15.32.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108031533310 .27202-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Here is the SATGATE proposal completely REDONE to correct my confusing use 
of the TCPIP* alias. Also, I have re-written it to distniguish between 
"requirements" and "preferences"... 


APRS SATGATE Specification (draft) 
PURPOSE: 


With ISS, OPAL and U022 in orbit and digipeating APRS packets and the 
imminent launch of PCsat and SAPPHIRE, we need a consistent and backwards 
compatible way to build SATGATES for injecting APRS packets into the APRS 
Internet system. The existing IGate process has no traceability to the 
source of the packet. This proposal attempts to identify the SATGATE 
using the existing DIGIPEATER fields for backwards compatibility. 


BACKGROUND: There are now and will be more SPACECRAFT that DIGIPEAT AX.25 
packets: (Those marked with « launch in Sept 2001) 

ISS via NOCALL, downlink 145.800 1200 baud 

U022 via UOSAT5, downlink 435.120 9600 baud +/- Doppler 

OPAL via KF6RFX, downlink 437.100 9600 baud +/- Doppler 

*xPCsat via PCSAT, downlink 145.825 and 144.39 1200 and 9600 baud 

*SAPPHIRE v TBD, downlink 437.100 1200 baud +/- Doppler 

*STARSHINE periodic telemetry donwlink on 145.825 9600 baud 


Of these, ISS and PCsat will be the most popular by far, since they are 
EASY to do with an OMNI whip antenna and NO Doppler tuning and 1200 baud. 


ASSUMPTIONS: UI Packets heard on the downlinks will be from either the 
satellite itself or a digipeated packet from a user of the form: 


SATCALL>TOCALL: telemetry.or.other.data (From the satellite) 
FROMCALL>TOCALL, SATLITEx: packet.data.... (from users) 


Where the SATLITEx indicates the packet was digipeated from that 
Satellite. The purpose of this SATGATE SPEC is to define what happens to 
the packet once it hits the ground. We want to identify on WHAT downlink 
it was heard and WHICH SATGATE injected it into the APRS Internet system. 
To this end, I propose the following requirement: 


REQUIREMENT: Satgates will take the ASCII TAPR-2 header of such packet 
and rebuild it to ADD the SATGATE's CALLSIGN*x after the last existing 
DIGIx before injecting the ASCII TAPR-2 header and packet into the 
Internet. THus, it simply looks like the SATGATE "digipeated" the 
packet. In other words, it then looks like this: 


SATCALL>TOCALL, SATGATEx: telemetry.or.other.data 
FROMCALL>TOCALL , SATELITEx, SATGATEx: packet.data.... 


COMMENT: Steve has pointed out that some existing software may croak on 
seeing two or more xx's, but I note that the DSP-12 TNC has always used 
multiple x*x's and so this is not a new precedent. Existing code has to 
already search for the last * in the path to be compatible with this TNC. 


OPERATIONAL PREFERENCES: WHen SATGATE operators set up their SATGATE, I 
think it would be nice if SATGATES chose a consistent SSID associated with 
each of its receiver ports so that we can tell on which port a packet was 
heard. THus, I suggest SYSOPS use the following SSID defaults for their 
SATGATE callisigns: 


YOURCALL-1 1200 baud on 145.825 (PCsat-1 operates there) 
YOURCALL-2 9600 baud on 145.825 (PCsat-2 operates there) 
YOURCALL-5 9600 baud on 435.120 (UOSAT5 operates there) 
YOURCALL-7 1200 baud on 437.100 (SAPPHIRE operates there) 
YOURCALL-12 9600 baud on 144.39 (PCsat can operate there)x 
YOURCALL-15 1200 baud on 145.800 (ISS operates there) 


Note that PCsat also has the capability to downlink BULLETINS on 144.39 
over North America, but these will be used infrequently and will get into 
the existing APRS IGate system independent of this proposal. THey will be 
treated as any other IGated raw packet. For planning purposes, such 
packets will be either FROM or VIA the calls of PCSAT-11 or PCSAT-12. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 15:19:40 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA13044 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 15:19:36 -0500 (CDT) 
Message-Id: <LYR11589-27727-2001.08.03-15.41.24-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Subject: [aprsspec] Re: SATGATE Specification (Draft) 

Date: Fri, 3 Aug 2001 16:19:12 -0400 

x-sender: sdimse@earthlink.net 

From: Steve Dimse <k4hg@tapr.org> 

cc: <aprsspec@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108032019 .NAA16084@robin.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On 8/3/01 3:18 PM Jef£ King (transit_man@hotmail.com) wrote: 


>>But you see, this is exactly the problem. There needs to be the 99% guy. 
> 

>WHY DOES THERE NEED TO BE A 99% guy? Tell me, I'd like to know. And 

>HOW DO YOU KNOW, I WOULDN'T'T HAVE BEEN THAT 99% GUY? Are you so arrogant 
>that you actually believe this stuff? 

> 

Yes, I actually believe it, though I don't think it is arrogant to do so. 
There has to be a 99% guy. Maybe the number isn't always 99%, but it is 
almost always greater than 50%. And that 99%, or 51%, or whatever need 

not be measurable in lines of code or documentation, but if not, it is 
there in terms of vision, drive and management. 99%, or even 51%, of 

Linux isn't written by Linus, but he provides the vision and management 
that makes it happen. 


The size of the project determines whether what is needed is a guy to do 
the grunt work or the management. In a small project, like findu.com, 
most efficient is a code guy. In a huge project, like Apache or Linux, 
you need a management guy (or in either case a very small group that are 
able to function as an individual). 


How do I know you aren't the 99% guy? That's so obvious I can't believe 
you would ask. You are so busy trying to belittle the efforts of others 
and cause general discontent, that you could not possibly do 99% of even 
the most trival APRS project. As proof, I offer the following list of 
your contributions to APRS over the last 4 years (feel free to correct 
all those things I missed): 


% of the APRS IS spec 
at ake fat hat End List---------- 


This list isn't almost empty because you are incapable of contributing. 
On the contrary, it is obvious you are a very intelligent and skilled 
engineer. It is empty because for whatever reason you choose not to 
contribute. What is that reason? Wouldn't it be more fun to create 
something useful than to knock other people all the time? 


>Fact of that matter is, I was looking for some feedback, of which I got 
>none. I even privately e-mailed you, no response. This is no way for TAPR 
>to treat volunteers, be they "99% guys" or "1% guys". Every little bit 
>helps. 

> 

As I expalined to you, I didn't comment because there was no work 
expressed there. There was nothing new, no original thought or effort. 
I'd contrast that to the work of Ian, where he synthesized large amounts 
of material into wonderfully written, understandable, attractively 
formatted prose. He dug into the spec, wrote programs to understand how 
the parsing would work, found errors, and generally ran the whole show. 
To imtimidate that you are to the APRS IS spec what Ian was the the APRS 
spec is lunacy! I can't believe you would be so vain as to even hint at 
that!!!! 

> 

>>Ian was that guy for the APRS spec, and so far there is no one for that 
>>job with the APRS IS spec. So you do 1% of the job (a number you admit 
>>is realistic) and then you start flaming others for not doing the 99%! 
> 

>Another "I'm Steve and if I say it, it must be true". Who am I flaming 
>prior to this message? 


No, 


On 8/3/01 2:22 PM Jeff King (jeff@aerodata.net) wrote: 

> 

>I'm really tired of hearing this broken record from you and TAPR how no-one 
>volunteers or does anything. It is complete BS. 


You are flaming TAPR and Bob for not doing the 99%, It is not complete 
BS. Many people are glad to contribute ideas, offers of help, and 1% of 
the work. However, when it come down to the nitty-gritty work, no one 
does it. Ian was a wonderful exception to that, as are a number of other 
people on this list. However neither you, myself, the APRS WG, or anyone 
else is able to assign tasks to these very few doers. They all have their 
own lives and priorities, and every right to do those things, and only 
those things, that interest them. 


There many more people on this list that could be doers, but for whatever 
reason chose not to. That is the single thing about APRS I'd most like to 
change. We have an enormous number of talented and competent people that 
could contribute, but for whatever reasons never do. A few not only don't 
contribute, but seem to take pride in dragging down the work of others, 
this is the greatest drag of all. 


I believe Bob when he says the APRS WG would consider the APRS IS spec 
were someone to do it. Certainly if someone were to do it, I'd do 
everything in my power as a TAPR board member and leader in the APRS 
community to make sure it got approval, or had whatever modifications 
were necessary to assure its approval. 


>I simply stated, if the WG still exists, then 
>amendments to the spec should go through it, and prior proposals should 
>be considered on a first come first server basis. 


This was not a proposal to the APRS WG. That you and I saw it is proof of 
that. This was something Bob proposed publicly because he felt it was a 
priority issue. To be honest, I don't see the need, but instead of 
debating the proposal on its merits or lack thereof, you chose to attempt 
to use it as a soapbox to show how no one else wants to follow up and do 
the 99% of the job you just barely started. 


> 
>"And obviously neither are you"? You really are arrogant, aren't you? 
>I wrote a rough outline.... who is to say I wouldn't have continued on 


>it if I got some feedback, any feedback. And I certainly still could, 
>I'd just like a little feedback. I'm sure Ian didn't work in a vacuum 
>and whoever writes the APRSSERVE spec shouldn't be expected to either. 
> 

Actually, Ian did work largely in a vacuum. That he did 99% of the work 
is really not much of an exaggeration. If he stopped because he wasn't 
getting feedback, the spec would be about three pages long, not the 
wonderful 100+ pages we have now. That's why I know you aren't the 99% 
guy for this project. If you were, you'd be writing now instead of 
complaining that no one gave you feedback! 


>Read what I post, not what you think I am thinking. It would go a long 
>way into stopping these Elvis and the Aliens type responses. 

> 

Elvis is dead, and there are no aliens. Get over it! 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 15:52:15 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA14601 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 15:52:09 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 3 Aug 2001 16:50:30 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
In-Reply-To: <LYR11586-27717-2001.08.03-15.08.18-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-27739-2001.08.03-16.13.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108031612080 .27202-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 3 Aug 2001, Jeff King wrote: 
> I don't trust the WG even exists or cares anymore. Maybe it is just me, 


Yes, it is just you. And frankly, since 96% of all traffic on the 
APRSSPEC list is just your continued rehashing of your continuing 
complaints, probably most everyone else just ignores 100% of the postings. 
They have lives to live. 


Thus, we cannot get anything done here when each technical posting results 
in a week of drivell and dozens of useless rehashing of your endless 
barnburning... Take this recent SATGATE proposal. I count ONE technical 
feed back and 21 Emails about your bitching. That is why nothing gets 
done here. No one wants to sort through all your BS to find the point at 
hand. 


> but you have to admit, no official action has occured over a year. 


Sorry, we may not have done what YOU wanted, but we accomplished 


quite a lot. Just a quick scan of the log and we did several things: 


1) Resolved the use of NOGATE, RFONLY and other OPT-OUT mechanisms 
2) Resolved how Mic-E packets should be passed through the internet 
3) Approved the /E=XXXX expiration extension to OBJECTS 

4) Issued a revised DESTINATION TOCALL list 

5) Began a listing of USER DEFINED FORMATS 

6) Endorsed an APRSSPEC users attempt to draft an IGate SPEC 

7) Resolved the need for fixed position "g" or "t" in WX reports. 
8) Read through hundreds of rantings and ravings by Jeff 


> you expect a person, on faith, to invest 1000 hours of there time when 
> the WG may just be a black hole? 


I agree, most of your rantings and ravings go in the black-hole. They 

are mostly of no technical merrit, just constant complaining about how you 
want everyone else to do the work.. Each of the members of the WG has 
invested not 1000 hours but more like 8,000 hours or more... 


>We don't complain. You are the only one that complains. We simply state 
>facts. That is... no one has drafted an IGate SPEC. 


So, Ian worked in a vacuum with no prior input from the WG and only 
presented the fully polished document. Come on, that is not how a 
protocol process works. 


VVVV VV 


YOU ARE RIGHT. THAT IS NOT HOW IT WORKS. Ian was given my COMPLETE 
APRSdos PROTOCOL documents and from that he edited it into the SPEC 
format. EVERYTHING WAS THERE. He EDITED it and pointed out any conflicts 
or errors and the WG worked to resolve those into a final document. 

But 99% of the protocol WAS DOCUMENTED BEFORE the SPEC WORK even began. 


Now, aS we say over and over and over and over again to you JEFF, there is 
no draft IGate SPEC. And no matter how much you complain, there is no 
SPEC for the APRS WG to review nor approve until SOMEONE prepares a 
complete draft and submits it for review. 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 16:28:45 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA19134 

for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 16:28:38 -0500 (CDT) 
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lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 3 Aug 2001 21:28:24 +0000 (GMT) 
From: Bill Vodall <wa7nwp@yahoo.com> 
Reply-To: wa7nwp@yahoo.com 
Subject: [aprsspec] Re: SATGATE Specification (rev 1) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR19173-27725-2001.08.03-15.32.56--wa7nwp#yahoo.com@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20010803212824 .29615.qmail@web3606.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


A possible issue... If using APRStk or future equivalent with 
a D7/D700 to monitor for packets - we'd need software a bit 
smarter so it could switch the outgoing ALIAS and the local 
SSID on the Igate at the same time the frequency was switched. 


Not a big thing, just something that will make it more 
interesting. 


THus, I suggest SYSOPS use the following SSID defaults 
for their SATGATE callisigns: 


> 

> 

> 

> YOURCALL-1 1200 baud on 145.825 (PCsat-1 operates there) 

> YOURCALL-2 9600 baud on 145.825 (PCsat-2 operates there) 

> YOURCALL-5 9600 baud on 435.120 (UOSAT5 operates there) 

> YOURCALL-7 1200 baud on 437.100 (SAPPHIRE operates there) 
> YOURCALL-12 9600 baud on 144.39 (PCsat can operate there)* 
> YOURCALL-15 1200 baud on 145.800 (ISS operates there) 


And as for the multiple * on heard digi's, the Linux AX25 listen 
function shows them that way. I don't think it has any bearing 
hear as what's being discussed is how they get sent to the Igates 
which is a different process. 


Bill - WA7NWP 


Do You Yahoo!? 
Make international calls for as low as $.04/minute with Yahoo! Messenger 
http: //phonecard.yahoo.com/ 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 3 20:10:20 2001 
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for <lyris.aprsspec@tapr.org>; Fri, 3 Aug 2001 20:10:20 -0500 (CDT) 
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lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 03 Aug 2001 21:11:46 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
References: <LYR22299-27727-2001.08.03-15.41.24--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6B4BD2.8373C1CO@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I notice you have yet to address what started this. That is, the 
protocol process. 


Steve Dimse wrote: 

> 

> On 8/3/01 3:18 PM Jef£ King (transit_man@hotmail.com) wrote: 

> 

> >>But you see, this is exactly the problem. There needs to be the 99% guy. 


> 

>WHY DOES THERE NEED TO BE A 99% guy? Tell me, I'd like to know. And 

>HOW DO YOU KNOW, I WOULDN'T'T HAVE BEEN THAT 99% GUY? Are you so arrogant 
>that you actually believe this stuff? 

> 

Yes, I actually believe it, though I don't think it is arrogant to do so. 
There has to be a 99% guy. Maybe the number isn't always 99%, but it is 
almost always greater than 50%. 


VV VV VV VV 


First of all, once again, you take things out of context. This "1% figure" you 
keep citing was the first step in the process in any contributory tech writing 
endervor. This is no different then colarbrative groups in indusrty do it. A 
draft outline that was sent directly 

to you for a reality check that you REFUSED to even comment on. The fact that 
the founder of APRSSERVE refused to comment on it, just like you continuing 
unfounded attacks on me, was discouraging. And in any case, 99% and 50% are 
not the same number. 


As to arrogant, I was referring to your general attitude which has been formed 
over the years, and recently reinforced today in private e-mail when you made 


some discouraging remarks about another party here. Just your general demeanor... 


actually I think it is part of your education, I've noticed it among other ER 
doctors I have know over the years. You might want to leave that at the door. 


And that 99%, or 51%, or whatever need 

not be measurable in lines of code or documentation, but if not, it is 
there in terms of vision, drive and management. 99%, or even 51%, of 
Linux isn't written by Linus, but he provides the vision and management 
that makes it happen. 


VVVV Vv 


What vision in APRS are we referring to? 


The size of the project determines whether what is needed is a guy to do 
the grunt work or the management. In a small project, like findu.com, 
most efficient is a code guy. In a huge project, like Apache or Linux, 
you need a management guy (or in either case a very small group that are 
able to function as an individual). 


VVV VV 


Yet we are talking about a formal protocol process, a far cry from your 
closed source project FINDU. Protocol development, in particular now, needs 
to be a open process, one where the "1% guys" you are so fond of belittling 
can contribute. 


How do I know you aren't the 99% guy? That's so obvious I can't believe 
you would ask. You are so busy trying to belittle the efforts of others 
and cause general discontent, that you could not possibly do 99% of even 
the most trival APRS project. 


VV VV 


Lets see, how do I say you are full of it a nice way? Can't think of a way to 
do it. All I stated here was that there were prior proposals on the table 

for protocol additions that should be addressed also, if the process still 
exists or is open. Why do you have such a problem with the obvious and why 

do you equate stating the obvious to "belittling the efforts of others"? You 
make all these statements you can't back-up... 


> As proof, I offer the following list of 

> your contributions to APRS over the last 4 years (feel free to correct 
> all those things I missed): 
> 


Rtooscsas Begin List--------- 
> 1% of the APRS IS spec 
Se SeaSos- End List---------- 


Well, besides being arrogant, you also are dishonest as well. Suprise suprise... 
now the question is should I even bother to counter your claims? Oh, why not, 
I'm sure you'll be able to find some fault with them as well, I trust you 

Steve to only see what you want to see and do your best to minimize and degrade 
the contributions of others. 


http: //www.mich.com/~jeff/fluxgate. gif 

http: //www.mich.com/~jef£/DUC+CDPD. jpg 

http: //www.mich.com/~jeff£/educopen. jpg 
ftp://ftp.tapr.org/picsig/software/a-compass.zip 
ftp://ftp.tapr.org/picsig/software/gpsewka. zip 
http: //www.mich.com/~jef£/vcu-pcb. png 


and of course, many many other things besides APRS. 


This list isn't almost empty because you are incapable of contributing. 
On the contrary, it is obvious you are a very intelligent and skilled 
engineer. It is empty because for whatever reason you choose not to 
contribute. What is that reason? Wouldn't it be more fun to create 
something useful than to knock other people all the time? 


VV VV WV 


Again, you have come to a conclusion that the facts don't entirely support. 
Your seeing something, or misunderstanding something, that is just not there. 

I will admit to being less the tactful far to often, but the message is stays 
the same. Since you are again making a accusation, who am I knocking over? I 
think you are confusing the expectation 

of ethical behavior with knocking people down. Maybe a fine line, but it 

is a line. If one accepts the responsibility of administering a standards 
group, a group the can exert influence on both the individual and industry, 

one should expect ethical behavior. Allowing insiders proposals to be heard and 
accepted while outsiders protocol amendments remain tabled, seems unethical 


to me. 


Now, was I accusing someone of purposeful unethical behavior? No, not at all. 

I just was pointing out the appearance of unethical behavior. It is a fine 

line, and bottom line, someone has to care. From what I have seen, the appearance 
of ethics within certain groups is not a high priority. 


> 

> >Fact of that matter is, I was looking for some feedback, of which I got 

> >none. I even privately e-mailed you, no response. This is no way for TAPR 
> >to treat volunteers, be they "99% guys" or "1% guys". Every little bit 

> >helps. 

>> 

> As I expalined to you, I didn't comment because there was no work 

> expressed there. There was nothing new, no original thought or effort. 


Another attaboy for Jeff, huh? Maybe TAPR should appoint you as the new 
volunteer recruiter? 


And what was "not new" or "not original" about these points I raised? 


from http://www.tapr.org/tapr/list-archive/aprsspec/0102/msg00024.htm1 
*xxExtensions to messaging 

RF message gateway selection 

Least hop routing 

Least power routing 


Who, besides me, in a public forum, have you ever heard discuss least power 
routing in the context of APRS? And for that matter, even routing? BTW, 
Bill Diaz suggested I remove the extensions as he felt just get the basics 
first. I agreed with him, yet there it is out in the open. 


As I said, you see what you want to see. 


> To imtimidate that you are to the APRS IS spec what Ian was the the APRS 
> spec is lunacy! I can't believe you would be so vain as to even hint at 
> that!!!! 


Are you on drugs or something? All I said is Ian didn't work in a vacuum. Pull 
yourself together Steve. 


> On 8/3/01 2:22 PM Jeff King (jeff@aerodata.net) wrote: 
>> 
> >I'm really tired of hearing this broken record from you and TAPR how no-one 


> >volunteers or does anything. It is complete BS. 


> You are flaming TAPR and Bob for not doing the 99%, It is not complete 
> BS. 


Then cite what I am saying, otherwise it is yet another Stevism. AGAIN, for the 
challenged, I am saying it is improper to move ahead with additions to 

the spec unless the tabled additions are also addressed. Real simple but 

one has to have some understanding of ethics to grasp that. Possibly this 

is the common ground we lack. 


> I believe Bob when he says the APRS WG would consider the APRS IS spec 
> were someone to do it. 


So, by your estimates, someone will invest 1000 hours in the spec, ina 
vacuum, with no feedback from the major players, and then the WG will 
consider it? Thanks, but I'll pass on that one. I need feedback that I am 
on the right track. 


>I simply stated, if the WG still exists, then 
>amendments to the spec should go through it, and prior proposals should 
>be considered on a first come first server basis. 


This was not a proposal to the APRS WG. That you and I saw it is proof of 
that. 


VVVVNV WV 


That you and I saw it is proof? I don't understand that statement. The amendments 
I saw that were proposed to the working group, and then tabled, were also posted 
here. The thing you DON'T understand, that if you going to have a spec, you need 
to 

have a process FOR that spec. It is a black and white issue. It either is, or it 
isn't. It can't change depending on who is proposing something nor should it be 
excused. It is a fundamental issue. 


This was something Bob proposed publicly because he felt it was a 
priority issue. To be honest, I don't see the need, but instead of 
debating the proposal on its merits or lack thereof, you chose to attempt 
to use it as a soapbox to show how no one else wants to follow up and do 
the 99% of the job you just barely started. 


VV VV WV 


Again, here we go with the Stevisms again. Your the one doing this 99% of nothing 
argument. Again, for the challenged, this is what I was saying: 


I am saying it is improper to move ahead with additions to 
the spec unless the tabled additions are also addressed. 


>Read what I post, not what you think I am thinking. It would go a long 
>way into stopping these Elvis and the Aliens type responses. 

> 

Elvis is dead, and there are no aliens. Get over it! 


VV VV 


OK, gladly, is there a medical diagnose for only seeing what you want to 

see? This discussion had nothing to do with Ian, APRS internet, 99% of nothing 

or power poles. It had everything to do with a process, and applying that process 
in a fair and equitable manner. All I have hear here are excuses and attempts 

to divert the issue. 


And all I am guilty of is pointing out the obvious. I'm sorry it hurts, but no 
matter 

how much you attack and belittle my accomplishments, I'm not going to back down. 
Ethics 

and the appearance of ethics do matter in a volunteer organization. 


-Jeff 
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Bob Bruninga wrote: 

> 

> On Fri, 3 Aug 2001, Jeff King wrote: 

; > I don't trust the WG even exists or cares anymore. Maybe it is just me, 
> 

> Yes, it is just you. 


Really? I've seen more then few say the same things here. Certainly the lack of 
any activity or effort to replace the missing members makes it seem that way. 


And frankly, since 96% of all traffic on the 

APRSSPEC list is just your continued rehashing of your continuing 
complaints, probably most everyone else just ignores 100% of the postings. 
They have lives to live. 


VV VV 


96% of all traffic? Care to document that claim? 


BTW, some people do take ethic's concerns (or complaints as you put it) seriously. 


Thus, we cannot get anything done here when each technical posting results 
in a week of drivell and dozens of useless rehashing of your endless 
barnburning... Take this recent SATGATE proposal. I count ONE technical 
feed back and 21 Emails about your bitching. That is why nothing gets 
done here. No one wants to sort through all your BS to find the point at 
hand. 


VV VV VV 


You really don't understand ethics do you? You have two votes on the WG, more 
then any single member. People who were NOT members of the working group have 
made similar amendment proposals in the past as you are now. There proposals 
were tabled for a latter time. 


All I am suggesting is if it is good for the goose, it is good for the gander. 
If you want your amendment considered, it is only fair and equitable that all 


the tabled amendments be considered. 


Why is this so hard to understand for you? 


> but you have to admit, no official action has occured over a year. 


Sorry, we may not have done what YOU wanted, but we accomplished 
quite a lot. Just a quick scan of the log and we did several things: 


VV VV VV 


1) Resolved the use of NOGATE, RFONLY and other OPT-OUT mechanisms 


What I wanted? Actually, I was one of the big proponents of the "NOGATE" 
spec, so I guess I owe you some thanks. Where in the spec does it say this? 


> 8) Read through hundreds of rantings and ravings by Jeff 

Glad to be of service to you. 

> you expect a person, on faith, to invest 1000 hours of there time when 

> the WG may just be a black hole? 

I agree, most of your rantings and ravings go in the black-hole. They 

are mostly of no technical merrit, just constant complaining about how you 


want everyone else to do the work.. Each of the members of the WG has 
invested not 1000 hours but more like 8,000 hours or more... 


VVVVV VV 


Buzz light year, to infinite and beyond! So, lets seem 10 members times 
8000 hours = 80,000 man hours. Are you sure you might not be over estimating? 


>We don't complain. You are the only one that complains. We simply state 
>facts. That is... no one has drafted an IGate SPEC. 


So, Ian worked in a vacuum with no prior input from the WG and only 
presented the fully polished document. Come on, that is not how a 
protocol process works. 


VV VV VV 


YOU ARE RIGHT. THAT IS NOT HOW IT WORKS. Ian was given my COMPLETE 
APRSdos PROTOCOL documents and from that he edited it into the SPEC 
format. EVERYTHING WAS THERE. He EDITED it and pointed out any conflicts 
or errors and the WG worked to resolve those into a final document. 

But 99% of the protocol WAS DOCUMENTED BEFORE the SPEC WORK even began. 


VV VV VV VV VV VV 


GOOD, now tell that to Steve. That is exactly what I meant. Ian had some 
kind of basis to work with, I start to assemble a basis to work with 
(Steve's 1% argument) and I am ignored/attacked over it by a principle. 


Now, aS we say over and over and over and over again to you JEFF, there is 
no draft IGate SPEC. And no matter how much you complain, there is no 
SPEC for the APRS WG to review nor approve until SOMEONE prepares a 
complete draft and submits it for review. 


VV VV 


I don't disagree with this statement, I'm just suggesting whoever does this, 
you/Steve/whoever give some feedback to while they work on it. For the volunteer 
organization challenged, this is called positive feedback. As you point out, 

the APRSINET documentation, what little exists, is disjointed and not coherent. 
Whoever takes this task on is at a distinct disadvantage as compared to the 
drafters of the APRSSPEC document. Your documentation going into that process 
was fairly complete. 


You may want to reexam your volunteer requirements for APRSINET writer. I don't 
see how a coherent document can be developed in a vacuum. Some feedback will 
be required. 


-Jeff 
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"Sadowski, Allan" wrote: 

> 

> I have to concur with Jeff on this... at a minimum it should have been 
> formally announced that the working group was re-opening itself to 

> considering extensions... 


Thanks Allan. It is good to see some clear focused thinking here suggesting a 
solution. 


This really is a black and white issue. It either is, or it isn't. The excuses 
that this was not a formal proposal to the WG don't hold any water because the 
person making the proposal is the anchor (with 2 votes) of the WG. As such, lack 
of understanding of the process is not the issue. It either is, or it isn't. 


> What's good for one should be good for all... 
Advice well said. 


-Jeff 
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can you take a hint and can the copying of the sig on this USELESS thread. 
Drop it please..... 


100% Wes 


fetes Original Message ----- 

From: "Jeff King" <jeff@aerodata.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Friday, August 03, 2001 21:31 

Subject: [aprsspec] Re: SATGATE Specification (Draft) 


> 

> 

> Bob Bruninga wrote: 

>> 

> > On Fri, 3 Aug 2001, Jeff King wrote: 
>> 

> > > I don't trust the WG even exists or cares anymore. Maybe it is just 
me, 

>> 

> > Yes, it is just you. 

> 


> Really? I've seen more then few say the same things here. Certainly the 
lack of 

> any activity or effort to replace the missing members makes it seem that 
way. 


> And frankly, since 96% of all traffic on the 

> APRSSPEC list is just your continued rehashing of your continuing 

> complaints, probably most everyone else just ignores 100% of the 
ostings. 

> They have lives to live. 


96% of all traffic? Care to document that claim? 


VV VVOVVV VV 


> BTW, some people do take ethic's concerns (or complaints as you put it) 
seriously. 

> 

> 

> > Thus, we cannot get anything done here when each technical posting 
results 

> > in a week of drivell and dozens of useless rehashing of your endless 

> > barnburning... Take this recent SATGATE proposal. JI count ONE technical 
> > feed back and 21 Emails about your bitching. That is why nothing gets 
> > done here. No one wants to sort through all your BS to find the point 
at 

> > hand. 

> 

> You really don't understand ethics do you? You have two votes on the WG, 
more 

> then any single member. People who were NOT members of the working group 
have 

> made similar amendment proposals in the past as you are now. There 


proposals 

> were tabled for a latter time. 

> 

> All I am suggesting is if it is good for the goose, it is good for the 
gander. 


> If you want your amendment considered, it is only fair and equitable that 
all 
the tabled amendments be considered. 


Why is this so hard to understand for you? 


> but you have to admit, no official action has occured over a year. 


Sorry, we may not have done what YOU wanted, but we accomplished 
quite a lot. Just a quick scan of the log and we did several things: 


VV VV VV 


1) Resolved the use of NOGATE, RFONLY and other OPT-OUT mechanisms 


What I wanted? Actually, I was one of the big proponents of the "NOGATE" 
spec, so I guess I owe you some thanks. Where in the spec does it say 
this? 


> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


> 8) Read through hundreds of rantings and ravings by Jeff 


Glad to be of service to you. 


VV VV VV 


> > > you expect a person, on faith, to invest 1000 hours of there time when 
> > > the WG may just be a black hole? 


>> 

> > I agree, most of your rantings and ravings go in the black-hole. They 
> > are mostly of no technical merrit, just constant complaining about how 
you 

> > want everyone else to do the work.. Each of the members of the WG has 
> invested not 1000 hours but more like 8,000 hours or more... 


Buzz light year, to infinite and beyond! So, lets seem 10 members times 
8000 hours = 80,000 man hours. Are you sure you might not be over 
estimating? 

> 

> > > >We don't complain. You are the only one that complains. We simply 
state 

> > >facts. That is... no one has drafted an IGate SPEC. 


> 
> 
> 
> 


So, Ian worked in a vacuum with no prior input from the WG and only 
presented the fully polished document. Come on, that is not how a 
protocol process works. 


VV VV 


YOU ARE RIGHT. THAT IS NOT HOW IT WORKS. Ian was given my COMPLETE 
APRSdos PROTOCOL documents and from that he edited it into the SPEC 

> format. EVERYTHING WAS THERE. He EDITED it and pointed out any 
conflicts 

> > or errors and the WG worked to resolve those into a final document. 

> > But 99% of the protocol WAS DOCUMENTED BEFORE the SPEC WORK even began. 
> 

> GOOD, now tell that to Steve. That is exactly what I meant. Ian had some 
> kind of basis to work with, I start to assemble a basis to work with 

> (Steve's 1% argument) and I am ignored/attacked over it by a principle. 


VV VV VV VV NV 
VV VV VV MV 


> > Now, as we say over and over and over and over again to you JEFF, there 


> > no draft IGate SPEC. And no matter how much you complain, there is no 
> > SPEC for the APRS WG to review nor approve until SOMEONE prepares a 

> > complete draft and submits it for review. 
> 
> 


I don't disagree with this statement, I'm just suggesting whoever does 
this, 
> you/Steve/whoever give some feedback to while they work on it. For the 
volunteer 
> organization challenged, this is called positive feedback. As you point 
out, 
> the APRSINET documentation, what little exists, is disjointed and not 
coherent. 
> Whoever takes this task on is at a distinct disadvantage as compared to 
the 
> drafters of the APRSSPEC document. Your documentation going into that 
process 


> was fairly complete. 

> You may want to reexam your volunteer requirements for APRSINET writer. I 
> see how a coherent document can be developed in a vacuum. Some feedback 
be required. 


-Jeff 
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VV VV VV VV VV 
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Wes Johnston wrote: 
> 
> can you take a hint and can the copying of the sig on this USELESS thread. 
> Drop it please..... 

> 

> 100% Wes 

Ethics == Useless? 

100% wrong 


-Jeff 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Missed a few insults earlier so now catching up. For the ones that don't know 
what a delete key is, just think of me as the nasty poodle on the WG's leg. 


Bob Bruninga wrote: 

On Fri, 3 Aug 2001, Sadowski, Allan wrote: 

> I have to concur with Jeff on this... at a minimum it should have been 
> formally announced that the working group was re-opening itself to 


> considering extensions... 
<snip> 


VV VV VV VV WV 


Huh? Tabloid missinformation again? 
What is "Tabloid misinformation" about this? 


Seems like a fair proposal to me. Why do you a issue with playing fair in the 
sandbox? 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sat Aug 4 07:17:48 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA22928 

for <lyris.aprsspec@tapr.org>; Sat, 4 Aug 2001 07:17:47 -0500 (CDT) 
Message-ID: <LYR11589-27873-2001.08.04-07.39.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 04 Aug 2001 08:15:37 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
Reply-To: w2ev@arrl.net 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] NOGATE & RFONLY in the APRS(tm) spec? [was: SATGATE 
Specification (Draft)] 
References: <LYR22299-27739-2001.08.03-16.13.30--jeffitaerodata.net@lists.tapr.org> 
<LYR21978-27795-2001.08.03-20.51.50--w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6BE769.200B7569@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob B. wrote... 
> Sorry, we may not have done what YOU wanted, but we accomplished 
quite a lot. Just a quick scan of the log and we did several things: 


VVNV NV 


> 
> 
> 1) Resolved the use of NOGATE, RFONLY and other OPT-OUT mechanisms 
Truth be told, I can't find NOGATE or RFONLY in the spec document. Did 
the APRSwg adopt it officially? On the other hand, RFONLY (along with 


[GR#HFID]-in-comment) has been part of the BEACONet protocol for quite 
some time. 


I would be suprised to find that it had been included, since I was an 
initial proposer of the alias, and hadn't had the opportunity to review 
how the function was documented so as to correctly describe it's 
personality should the APRS world wish to include it as a compatible 
alias. 


Of course, several software authors have thankfully chosen to include 
this non-APRS yet BEACONEt-friendly function in their product and have 
enjoyed the free advertising that comes along with having done so for 
the BEACONet community. Example: UI-View was featured in the May 2001 
QST article. AHub will probably be placed in operation within the next 
6Q-days as a BEACONet Internet system, and will probably be featured in 
future articles written about BEACONet, too. fwiw. 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Aug 4 08:02:42 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA25871 

for <lyris.aprsspec@tapr.org>; Sat, 4 Aug 2001 08:02:37 -0500 (CDT) 
Message-ID: <LYR11589-27883-2001.08.04-08.24.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Sat, 04 Aug 2001 09:00:31 -0400 

From: Ev Tupis <w2ev@rochester.rr.com> 

Reply-To: w2ev@arrl.net 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Focus [was: SATGATE Specification (Draft) ] 

References: <LYR22299-27727-2001.08.03-15.41.24--jeffitaerodata.net@lists.tapr.org> 
<LYR21978-27793-2001.08.03-20.32.10--w2evi#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6BF1EF.6C17BE8D@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


As succinctly as I can put it... 


o Bob proposed an addition to the APRS(tm) Protocol Specification 
o Jeff asked about the process for official sanctioning of an 
APRS(tm) protocol addition/modification 
- See APRS Protocol Working Group Charter 
= Section II, item 5 


Yet, APRS(tm) Working Group Charter (available for viewing at: 

http: //www.tapr.org/tapr/html/Faprswg.html), Section V spells the 
APRS(tm) Protocol proposal-process out pretty well -- leaving little to 
the imagination. 


The first question is... (to the APRS wg): would someone point us to the 
website where the proposals are posted (APRSwg Charter, Section V, 
"Committee Operations and Community Input", Item 1)? There, we should 
see things like the RFONLY/NOGATE proposal, maybe? 


That should go a long way to settle alot of misunderstanding and 
misinformation. Thanks, guys! 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 07:26:49 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA13151 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 07:26:46 -0500 (CDT) 
Message-ID: <LYR11589-28102-2001.08.05-07.48.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Sadowski, Allan" <allan.sadowski@ncshp.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Sun, 5 Aug 2001 08:27:25 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BFO1BF9FQ651D311B7A100104B716B9001A94BF6@shpmail.ncshp.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I certainly respect your opinion Wes... also Bob's and Steve's... and mine 
is that I think Jeff has some valid points... like a now retired good Boss 
told me... ignore the tone of how the message is delivered... pay attention 
to the actual content... a frustrated customer cannot help but have a poor 
attitude and tone of voice... but in all likelihood there is good 
information in their lament... focus on the content of the message and how 
that will improve the product not on the tone and attitude of the delivery - 
then we will be able to deliver better service to all eventually. 


I'm on a we should thank the US Department of Defense more often kick 
today... pardon my editorial. 


Yes, Bob started GPS packets over RF for ham radio... (though the Military 
did the same before APRS) and we have him to thank for bringing this to Ham 
radio... and Steve has made the same information readily available via 
internet connectivity (which also came from the Military)... they did what 
they did (both significant and painful efforts) - not by a formalized 
process and committee - but by individual efforts... kudo's to them both 
because these efforts were NOT Trivial... and they've both taken heat from 
complainers and do-nothings - ever since.... I'm sure they are tired of 
it... However, I have to admit Jeff has valid points... having been part of 
some non hobby - military and industry efforts - it has been my experience 
that there are leaders who talk a lot (and shape the direction of the 
effort)... but they are but no means the most significant contributor... 
just the most visible one... that group efforts are in fact the rule, and 


that many significant contributions really have been made by time limited 
individuals... but more to the point... that the formal review and approval 
process - which built the internet by the way - has time and again made a 
significant difference to the benefit of all in the end. I wish I had a 
dime for every attempt I've dealt with on the part of a vendor... to make 
proprietary extensions to a standard.... and I am so thankful for the review 
process (as Ian did) as it was a way to catch those (and other) issues 
before they became bigger problems. 


So, as I understand Jeff's comments - I think he has a valid point - - - 
that the process for APRS protocol additions and changes should be equitable 
- that other proposals have been made here and not considered... and that 
there's some question about the continued viable existence of the working 
group. I ignore the rest (because I am very interested in the answers to 
those three questions). 


I may be wrong, but I think Jeff's question raised a good point... if we 
are going to consider Bob's extensions (and there is a short time to bring 
that in line due to the upcoming launches) - then that was a clue that the 
working group was considering extensions and changes... so let's get those 
others on the table - and that a announcement of these extensions is also 
appropriate. After all, we were told here in the past that no additions or 
extensions were being entertained by the working group until the initial 
spec was captured... and since the SPEC was "published" - proposals have 
been ignored or publicly slammed here on the SIG as non-compatible.... well 
I for one would like the working group to please re-state here on the spec 
discussion list... what the process is for proposing additions to the spec - 
and who gets to review them - who determines they are blessed? and what is 
the priority for review? and.. oh by the way... (I can take a hint... but I 
have to ask) are extensions and modifications even being accepted at all yet 
- because I never saw an announcement of such - not that there was a 
requirement... but courtesy would have made it nice. Do I just throw them 
out on this list again??? Then what will be the process for review and 
inclusion... just Bob saying yes or the WG getting together behind closed 
doors? (I'm being sarcastic - not serious I hope)... 


Yes Wes... I too see rather "emotional" and inflammatory statements being 
made... but they are coming from all parties... statements that seem to be 
more in the vein of a personal attack rather than provide useful content.... 
and personal attacks stated in a way to appear as questions... does not make 
them any less of an attack... But this SPEC discussion list was started to 
get spec "discussions" off the primary SIG list... so I'm hoping to hear 
more about the formal process ... and I'm willing to ignore the frustrating 
tone of the messages... in hopes of learning something... and maybe 
ultimately finding out how the process is going to work for extensions and 
modifications... and to hear how the Working Group (which was exclusionary 
when it was established) is going forward... on Bob's proposal... and 
hopefully some from other lesser individuals (sarcasm again) !!?!?!? 


Keep'm coming is what I say... just tone down the personal attacks... I 
learn from most of this commentary so let's make some progress here and get 
some answers - rather than deflecting the questions with personal 
attacks!!! 


VV VV VV VV WV 


From: Wes Johnston[SMTP:wes@johnston.net] 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 


can you take a hint and can the copying of the sig on this USELESS thread. 
Drop it please..... 


100% Wes 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 08:58:20 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19247 
for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 08:58:19 -0500 (CDT) 


Message-Id: <LYR11589-28110-2001.08.05-09.20.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Subject: [aprsspec] Re: SATGATE Specification (Draft) 
Date: Sun, 5 Aug 2001 09:53:31 -0400 


X- 


sender: sdimse@earthlink.net 


From: Steve Dimse <k4hg@tapr.org> 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Mime-Version: 1.0 

Content-Type: text/plain; charset="US-ASCII" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108051353 .GAA26423@snipe.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On 8/5/01 8:27 AM Sadowski, Allan (allan.sadowski@ncshp.org) wrote: 


>I may be wrong, but I think Jeff's question raised a good point... if we 

>are going to consider Bob's extensions (and there is a short time to bring 
>that in line due to the upcoming launches) - then that was a clue that the 
>working group was considering extensions and changes... so let's get those 
>others on the table - 


The point which seems to have gotten lost in the noise is that Bob's 
proposal had absolutely nothing to do with the APRS spec or the APRS WG. 


The APRS Internet System is not documented or managed by the APRS WG. 
Should it be? Yes, but it is not because there is no one to do the grunt 
work of writing the spec. Jeff tried to make that TAPR and the APRS WG's 
fault, because he began the process but no one stepped forward to help 
him. Then he calls me arrogant because I tell the truth, that there must 
be a single person willing to lead the effort, and there presently is no 
person to be the Ian of the APRS IS spec. Jeff would have you believe 
that he is the guy that can lead a project full of open source 
documenters, but if that were the case, it would be happening now, and 
Jeff would have nothing to complain about, or at least he'd be too busy 
to do so. 


So, with the APRS WG unable to make any changes in the APRS Internet 
System, Bob took his proposal to this list, hoping to get the individuals 
that write APRS IS software to make the changes. This does not signal 
that the APRS WG is considering any changes to the APRS spec, any more 
than if Bob adds a feature to his program it means it is endorsed by the 
APRS WG. We all have many different roles, everything Bob says doesn't 
involve the APRS WG, everything I say doesn't involve my role as a board 
member of TAPR. To me, it is pretty clear which hat I'm wearing at any 
given time, but I can see how it might be confusing to others, and in the 
future I will try to make such things clearer, perhaps Bob will do so as 
well in order to avoid future misunderstandings. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 09:56:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA23597 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 09:56:23 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 Aug 2001 10:56:02 -0400 (EDT) 

From: Bob Bruninga <bruninga@usna.edu> 

X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification (Draft) 
In-Reply-To: <LYR11586-28102-2001.08.05-07.48.48- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-28123-2001.08.05-10.18.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108051049390 .885-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 5 Aug 2001, Sadowski, Allan wrote: 

> I may be wrong, but I think Jeff's question raised a good point... if we 
> are going to consider Bob's extensions.. - then that was a clue that the 
> working group was considering extensions and changes... 

I SAY AGAIN. I AM NOT PROPOSING ANY EXTENSIONS TO THE APRS SPEC! 


LET ME BE PERFECTLY CLEAR: 


WHAT I ASKED FOR WAS A WAY TO IDENTIFY SATELITE PACKETS THAT WOULD WORK 
WITHIN THE EXISTING IGATE SYSTEM. 


READ MY LIPS: "WITHIN THE EXISTING IGATE SYSTEM" 


THUS I AM NOT PRPOSING ANY "EXTENSIONS" or "ADDITIONS". To do such would 
be ludicrous in this environment and it would never happen due to the 
process you have just witnessed. 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 10:00:34 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA24037 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 10:00:29 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 Aug 2001 11:00:16 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Focus [was: SATGATE Specification (Draft) ] 
Message-ID: <LYR11589-28124-2001.08.05-10.22.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108051059190 .885-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 4 Aug 2001, Ev Tupis wrote: 
As succinctly as I can put it... 
o Bob proposed an addition to the APRS(tm) Protocol Specification 


o Jeff asked about the process for official sanctioning of an 
APRS(tm) protocol addition/modification 


VV VV WV 


WRONG. I MADE NO SUCH PROPOSAL. I AM INVOLVED IN A LAUNCH OF A 
SATLLELLITE THAT WE MUST DELIVER IN 3 DAYS, AND LAUNCH IN 3 WEEKS. 

I SIMPLY MADE A POST TO *ANYONE INTERESTED* IN WHAT I NEEDED ON THE GROUND 
TO SUPPORT THE IGATING OF THE SATELLITE DATA INTO THE APRS SYSTEM. 


FORGET I EVER POSTED IT ON THE APRSSPEC LIST. 


THIS IS NOT AN IGATE SPEC PROPOSAL, 
IT IS NOT A SUGGESTION FOR AN ADDITION TO THE APRSSPEC. 


If AUTHORS want to work towards helping with this project, I put the 
requirement out in the public domain. If anyone wants to contribute, 
please do. If all you want to do is quibble about proceess, leave me 
alone. I have too much else to worry about right now.. 


de WB4APR, Bob (NOT acting in any way as the APRSWG). 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 12:47:24 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ8107 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 12:47:22 -0500 (CDT) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-28138-2001.08.05-13.09.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 05 Aug 2001 12:48:35 -0500 
From: Gerry Creager N5JXS <gerry@cs.tamu.edu> 
Reply-To: gerry@cs.tamu.edu 
Organization: Da House 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Truce for 1 month 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6D86F3.7D5568A4@cs.tamu.edu> 
Precedence: bulk 


I'm suggesting we fall back, and give Bob a break on this for the next 
month. 


I've been where he is now in the delivery schedule for Flight. I 
suggest he doesn't need any extraneous distractions, discussions, etc 
until his bird is on orbit. 


I think we all have enough food for thought to work from, and I'd ask 
that we table the discussion until 15 SEP 2001, to let Bob get past 


delivery, launch, and well into on-orbit checkout. 


Bob, good luck with the flight. We're rooting for you. 


73, gerry n5jxs 

Gerry Creager -- gerry@cs.tamu.edu 

Network Engineering 

Academy for Advanced Telecommunications and Learning Technologies 


Texas A&M University 979.458.4020 (Phone) -- 979.847.8578 (Fax) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 13:17:52 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ9911 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 13:17:50 -0500 (CDT) 
Message-ID: <LYR11589-28144-2001.08.05-13.39.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 05 Aug 2001 14:14:48 -0400 
From: Ev Tupis <w2ev@rochester.rr.com> 
Reply-To: w2ev@arrl.net 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SGate/IGate Re-focus :o) 
References: <LYR21978-28124-2001.08.05-10.22.31-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6D8D18.72C5F811@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


/reaction to all-caps reply/ I simply restated what I heard people 
saying, Bob. No attack was intended -- though your frustration was 
difficult to overlook :0). Interestingly, your response forced further 
research on my part, which is a good read for anyone interested. 


Bob is xabsoultlyx correct in his message. I had to go back to the 


original posting and re-read it carefully to understand that, though. 


His proposal has *xnothing*x to do with the APRS(tm) Protocol 
Specification. 


By definition, the APRS(tm) Protocol Specification deals only with RF 
issues. 


By definition, the SGate function (if I can coin a phrase) that Bob had 
floated takes place xafterx the frame has been received by SGate/IGate 
station, and xbeforex the frame is passed through it's IGate port...with 
the Internet as its destination. No RF is involved. Bob is not 
proposing that a new "digipeater alias" be established that RF stations 
would insert into their transmit frame. All of the processing that is 
proposed takes place after the frame is no longer RF in nature. 
Therefore, it is not an APRS(tm) Working Group issue (by it's own 
statement of purpose). 


This is not unlike the development that Steve undertook in establishing 
an Internet Protocol. Bob was simply posting it for public scrutiny 
(not approval) so that wrinkles could be worked out of it (and at least 
one has, by the way). 


By the way...there are those that would see this differently: 

"> THIS IS NOT AN IGATE SPEC PROPOSAL,". Yet, that doesn't change 
anything as there is no sanctioning body established to regulate that 
either. 


Have at it, Bob and crew. This is an interesting thread (when kept on 
topic <smile>). Please keep the thread on this list, though. I'm here 
to learn from reading the mail. 


I can hardly wait to start flooding your new satellite with 24/7/365 
beacons with high power and a tracking antenna. <you KNOW that i'm just 
kidding, don't you?> :0) Best wishes in your new endeavor. 


Ev, W2EV 
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>I think we all have enough food for thought to work from, and I'd ask 
>that we table the discussion until 15 SEP 2001, to let Bob get past 
>delivery, launch, and well into on-orbit checkout. 


We can't really do that .... Bob was bringing up his proposal because he 
needs it right away when the bird gets up. 


-James Jefferson KBOTHN 
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James Jefferson wrote: 


>I think we all have enough food for thought to work from, and I'd ask 
>that we table the discussion until 15 SEP 2001, to let Bob get past 
>delivery, launch, and well into on-orbit checkout. 


We can't really do that .... Bob was bringing up his proposal because he 
needs it right away when the bird gets up. 


VV VV VV MV 


Yes, and the discussion had nothing to do with the specific's of Bob's proposal, 
just the mechanism that the WG has in place (or not) to allow additions to the 
protocol. There is no reason this cannot be done in parrall. 


-Jeff 
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Ev: 


(Bob, skip to the part that says "-- A possible solution --") 


Ev Tupis wrote: 


> By definition, the APRS(tm) Protocol Specification deals only with RF 
> issues. 


The charter doc does say this in certain places, it also doesn't say this 
in certain places. You might want to review it again, since you were in fact 
that one that got me looking at it, and in fact pointed out some glaring holes. 


Also, SSID's are a AX.25 protocol issue. By definition, AX.25 is a over the air 
protocol. They might be applied different, but this does make the whole issue 
muddy and is a justification for bringing these hard questions up. 


In any case, my concern, one of your claimed concerns, and also Allen's had 

less to do with the semantics here of the document and more to do with just 

what is morally right. People have had amendments on the table for some time. The 
fact that I brought this up is not to impede or imply in any way Bob's 

wasn't needed, just that other people deserve to know what is going on with 

their hard work. 


I'm seeing alot of people using parts of the WG charter to declare 

moral victory here. Problem with that is, what about the rest of the charter, 

as you yourself pointed out. Why should we use parts of it as defenses for out 
actions while ignoring other parts altogether? It either is, or it isn't. Why 

is this such a hard concept for some to grasp? 


Nobody gets it, or they would rather call names, but it really is a black and 


white issue. People are more concerned about being right then fixing the 

problem. The WG, in its current state of limbo, is a impediment to progress. 

How many new additions to the over the air protocol had we had in the time since 
May of 1999 vs the same time period before May of 1999? Before others (not you Ev) 
are going to start calling names, answer that simple question. 


And Ev, do you think the APRS over the air spec, in its current shape, answers all 
you needs? Answer this question please. 


The fact that Bob is the anchor member of the WG (2 votes) is the reason I brought 
this up, as it best showed the inequities of the process. We CANNOT address, or 
use, 

one part of the charter as a defense to our actions while completely ignoring 
other 

parts of it. To be taken serious, it HAS TO BE a black and white issue. 


-- A possible solution -- 


Now, we discussed off line ways to solve this. I really don't think we should 
simply 

drop this because it hurts our fingers to type it. You know and I know it will 
keep 

coming up again. I think we agreed that the present status of the WG is one of 
three 

things: 


The WG still exists, but is inactive 
The WG has been disbanded 
Or nobody knows. 


The end result of all this is a state of limbo, which quite frankly is WORSE then 
what 
we had before the WG existed. 


So, how do we solve this? We know in any scenario, Bob has to be a central part of 
the 

process. But we can't let the process get caught up in the muck of indecision that 
it is 

now. This only hurts progress. 


As I suggested to you in private e-mail, one solution would be to recognize Bob as 
a benevolent dictator of APRS, aka Linux Tovalds. This is a *good* term, and does 
not 

imply complete control. It just implies, per the Linux model, a guiding hand in 
the 

progress of the system. 


Specifically, what I suggested to you had two OR trigger points. If something is 


to be 
added to the protocol stack is requires one of two things: 


1. Bob thinks it is a good thing to add 

OR 

2. Someone else has run it through the peer review session and gotten a GUI/end 
user application 

to support it. 


So, in other words, you either need to convince Bob of the worth of the addition, 
or get 

community support of the addition. In the case, the community really does mean 
just that, 

it would be open to membership of all that were interested and would contribute. 


Now, to manage this process, as I mentioned also to you, you could use such open 
source 

management tools as source forge. See http://www.sourceforge.com The nice 
thing about 

this process is that it does allow us that only have a occasional 5 or 10 hour a 
week 

block to devote to this to actively contribute useful stuff. Gone are the days (or 
it should 

be) that APRS is the exclusive domain of those that can devote 1000's of hours to 
writing 

GUI applications, those of us that can contribute less, but still valuable things, 
should 

also be allowed to participate. Most of the real world recognizes this, yet I 
fully 

agree we need a champion. 


A couple people on the SIG have already spoken up thinking the source forge idea 
for the 

APRSSPEC is a good idea, in past postings I have made. I won't name their names 
due to this 

firefight, but I'd like those that have taken the time to go this far in the 
message to 

say if they feel it is a good idea, or a bad idea, in the context of moving things 
forward. 

Please, no private E-mail saying good idea, it is going to take some grassroots 
effort to 

make this happen. 


-- Bob -- (and also see above) 
Bob, if you think this is a good idea, I think all you really need is some 


grassroots 
support. As someone pointed out to me in private E-mail (the legal definitions of 


the 

termage used in the WG charter), this language only applies to corporations. Since 
the 

WG never incorporated, there is nothing stopping you from doing this, although I 
think 

the principles of the WG should be a part of any new charter, or simply remain the 
same. 

Maybe it is as simply as just changing the comment process. 


Anyways, lets here what you think, and move forward. In the affirmative, I'll 
research the 

sourceforge docs more and help you set it up (or there are others here that can 
help if 

you would rather me stay out of the process..... I understand). 


I just hate limbo. 
73 


Jeff 
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It seems unlikely that we're going to definitively resolve anything in 
the remaining time. So, let's do this launch like Bob suggests and then 
continue in a less time-constrained fashion to achieve concensus. 


gerry 


James Jefferson wrote: 


>I think we all have enough food for thought to work from, and I'd ask 
>that we table the discussion until 15 SEP 2001, to let Bob get past 
>delivery, launch, and well into on-orbit checkout. 


VV VV VV 


We can't really do that .... Bob was bringing up his proposal because he 
> needs it right away when the bird gets up. 

Gerry Creager -- gerry@cs.tamu.edu 

Network Engineering 

Academy for Advanced Telecommunications and Learning Technologies 


Texas A&M University 979.458.4020 (Phone) -- 979.847.8578 (Fax) 
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Mr. Dimse: 


Steve Dimse wrote: 


The APRS Internet System is not documented or managed by the APRS WG. 
Should it be? Yes, but it is not because there is no one to do the grunt 
work of writing the spec. Jeff tried to make that TAPR and the APRS WG's 
fault, because he began the process but no one stepped forward to help 
him. 


VV VV WV 


Then specifically document your claims, otherwise apologize for your 
continued dishonesty and personal attacks towards me. 


> Then he calls me arrogant because I tell the truth, that there must 
> be a single person willing to lead the effort, and there presently is no 
> person to be the Ian of the APRS IS spec. 


I call you arrogant because you were acting this way. Hey, even Bob disageed 
with your statement above, yet you keep making it a "Jeff" issue. Again, 

and parroting Bob's words, the APRSINET spec does not exist/is a mess. The 
APRSSPEC 

xDID* exist pre Ian and this is what Ian worked off of. This is a completely 
different 

animal and the APRSINET SPEC has to be approached in a cooperative way, at least 
until all the spec data is gather from all the papers, source codes and random 
postings 

you have made over the years. Bob did a very good job documenting the APRS 

over the air spec, you did not. No cut on you, but if you don't believe me, take 
a look at some of his pre WG APRSDOS releases. Just stating a fact, and this fact 
makes a difference how we approach the task. 


But that is not in any way to lessen the technical writing and verification 
efforts 

of Ian, but we are still a long way from a technical writing exercise. My source 
forge 

suggestion may be a even better fit for the APRSINET spec. 


> Jeff would have you believe 

> that he is the guy that can lead a project full of open source 

> documenters, but if that were the case, it would be happening now, and 
> Jeff would have nothing to complain about, or at least he'd be too busy 
> to do so. 


No, not all all. I simply stated it was discouraging that the author of 
APRSSERVE, when repeatedly asked to comment on a rough draft outline, 
refused to do so. This person was you. That is all. You have no obligation 
to do this, but it was just discouraging. You are a different person then 
Bob. And that is not to say I won't start back up, but in a volunteer group, 
it is wise to give some positive reenforcement occasionally. 


In any case, read what I say, not what you want to hear. 


> We all have many different roles, everything Bob says doesn't 
> involve the APRS WG, everything I say doesn't involve my role as a board 
> member of TAPR. 


Ahhh.... the Clinton defense. Well, to some degree you are right, but it 

just seemed a good time to bring this issue to the forefront when the anchor 
member of the WG was proposing additions to the spec when others additions have 
been tabled for more then a year. Don't you see the irony in this, even if it was 
not intentional? 


The thing I really don't understand, is in private e-mail to me you have 
repeatedly 

shared your views that the APRS-WG is dead/canatonic and will not move forward. 
Yet 

here you are time and time again publicly excusing the inaction's. That is fine, 
but I am more interested in a solution, then a excuse. Lets stop throw darts at 
each 

other and talk progress. And who knows, maybe one of those 1%'ers might make a 
difference. 


-Jeff 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Gerry: 


I think the only one standing in your way is yourself. Resolve the technical 
issues. But DON'T connect the ethical and technical issues and say progress 
cannot happen. And by the same token, don't glibly dismiss the ethical issues. 


I think it is time someone stood up to the bullies, and resolve this issue. It 
is too bad many can only do it in private e-mail, but I do commend the few that 
have been able to do it in public. 


The APRS-WG is broke. It needs to be fixed, or it needs to declare victory, 
disband 

and allow another mechanism to come into place. There are no gray areas here. It 
is 

a black and white issue. You know this. 


Then if we do nothing, it is only our own fault. 
-Jeff 


Gerry Creager N5JXS wrote: 

> 

> It seems unlikely that we're going to definitively resolve anything in 

> the remaining time. So, let's do this launch like Bob suggests and then 
> continue in a less time-constrained fashion to achieve concensus. 


> 
> gerry 
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List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001d01c11df£6$ca765ec0$59432bd1@mshome. net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


He basically said... He no longer wants input from aprspsec group as they 
have just lost control of themselves.. And he is sorry he even posted to 
this group. 


Personall I don't blame him... 


You ask a question and get nothing back but Flames/... 
epee Original Message ----- 

From: "James Jefferson" <jjeffers@deskmedia.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Cc: <aprsspec@lists.tapr.org> 
Sent: Sunday, August 05, 2001 1:29 PM 
Subject: [aprsspec] Re: Truce for 1 month 


>I think we all have enough food for thought to work from, and I'd ask 
>that we table the discussion until 15 SEP 2001, to let Bob get past 
>delivery, launch, and well into on-orbit checkout. 


We can't really do that .... Bob was bringing up his proposal because he 
needs it right away when the bird gets up. 


-James Jefferson KBOTHN 


You are currently subscribed to aprsspec as: n9lya@blueriver.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 16:43:24 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA23659 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 16:43:21 -0500 (CDT) 
Message-Id: <LYR11589-28178-2001.08.05-17.05.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: [Steve Dimse -aprsspec] Re: SATGATE Specification (Draft) 
Date: Sun, 5 Aug 2001 17:43:09 -0400 
x-sender: sdimse@earthlink.net 
From: Steve Dimse <k4hg@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108052143 .0AA03915@avocet.mail.pas.earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/5/01 5:21 PM Jeff King (jeff@aerodata.net) wrote: 


>> The APRS Internet System is not documented or managed by the APRS WG. 

>> Should it be? Yes, but it is not because there is no one to do the grunt 
>> work of writing the spec. Jeff tried to make that TAPR and the APRS WG's 
>> fault, because he began the process but no one stepped forward to help 
>> him. 


>Then specifically document your claims, otherwise apologize for your 
>continued dishonesty and personal attacks towards me. 

> 

Jeff, there has been no dishonsty on my part, nor do I think on your 
part. The first personal attack in this thread came from you. Anyone on 
this list has gotten all the posts, I see no need to quote the specific 
sections where you accuse TAPR, Bob, the APRS WG, and myself of failing 
to complete the task you barely started. 


I also see no need to continue trying to tit-for-tat you. I leave it to 
all on this list to decide which of us to place their trust behind. 


>And who knows, maybe one of those 1%'ers might 

>make a difference. 

> 

I guess we just have a difference of opinion there. Absolutely there are 
%ers out there that will make a difference, I was one once, so were the 
Sprouls, and all the rest, and we all made differences. Where we differ 
is I say the difference will not be made while they remain 1%ers. Bob 
isn't a 1%er, nor are the Sprouls, Frank, Byon, Brent, Mike, Rob, myself, 
or any of the others that created the APRS of today. Some people, for 
whatever reason, step forward and make an individual effort that changes 
things. 


Maybe your highest aspiration is to be a 1%er, but I aim higher. Perhaps 
that's why I achieve more. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 16:45:57 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA23773 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 16:45:56 -0500 (CDT) 


X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 Aug 2001 17:45:39 -0400 (EDT) 

From: Bob Bruninga <bruninga@usna.edu> 

X-Sender: bruninga@arctic 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: SGate/IGate Re-focus :o) 

In-Reply-To: <3B6DB273.79B962E4@aerodata.net> 

Message-ID: <LYR11589-28179-2001.08.05-17.07.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108051723390 .10932-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 5 Aug 2001, Jeff King wrote: 


coming up again. I think we agreed that the present status of the WG 
is one of three things: 


The WG still exists, but is inactive 
The WG has been disbanded 
Ox nobody knows. 


VVVVV Vv 


Jeff, 

How many times do we have to go through this. THe above is absolutely 
wrong and missleading to everyone. And who are the "we" that "agrees" to 
the above? Let me say it over and over again. 


The WG exists. The RF Spec version 1.0 is complete. We are now ready to 
review and discuss a draft specification for the Internet portion of APRS. 
We need someone to document the IGate SPecification so that there is 
something to review. 


We need someone with the time, experience, and knowledge to draft the spec 
for review. In the volunteer world of amateur radio, harping about others 
never accomplishes anything. Until someone steps forward with the time, 
experince, knowledge and desire to draft the spec, we have nothing to 
review and "approve". 


SPeaking for my self as a member of the WG, I will not be favorable to any 
significant changes to the APRS spec until I see the Internet side of 


things doucmented so we have a clear idea of where we are starting from. 
In case you have not noticed, I would say that the INTERNET side of APRS 
has continued and will continue to be the LARGER piece of the APRS pie. 


RIght now there is nothing on paper to review. No one knows how the 
Internet side of APRS works except for the pieces of code in about 10 
authors software. And we have no guarantte that any of it works 
together. 


I say again, until we document what we have, I am (as you say) opposed to 
getting all wrapped around the axle with changes to something we cannot 
see. When the WG was first formed, the ist thing on the agenda was to 
document the RF spec. The 2nd thing was the IGate spec. We are still on 
that schedule. 


de WB4APR, Bob 
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Date: Sun, 05 Aug 2001 18:00:39 -0400 
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Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [Steve Dimse -aprsspec] Re: SATGATE Specification (Draft) 
References: <LYR22299-28178-2001.08.05-17.05.22--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6DC207.965444D4@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Steve Dimse wrote: 


> I also see no need to continue trying to tit-for-tat you. I leave it to 
> all on this list to decide which of us to place their trust behind. 


But that is exactly the point I was mentioning. You are so concerned about 
being right you are loosing focus of the fact the APRS-WG is broken and have 
carefully avoiding in any of these postings talking about it. Hey, I already 
know I am blacklisted in some of the groups here, that goes without saying. 
So I am more then happy to fall on my sword if we can get some progress in 
something 

that does make a difference to me. 


I don't want tit-for-dat, just progress. Address your thoughts on this. 


>And who knows, maybe one of those 1%'ers might 

>make a difference. 

> 

I guess we just have a difference of opinion there. Absolutely there are 
%ers out there that will make a difference, I was one once, so were the 
Sprouls, and all the rest, and we all made differences. 


VVVVNV WV 


Yes you where. I was a "1%'er" in the TAPR SS process once, and then went far 
beyond that becoming very actively involved in the STA testing. Yet what 

we have in common here is that we were both involved at the beginning of 

the process, aprs in your case, SS in mine. By 1%'er, I am referring to 
someone that enters a process that is more mature. 


Where we differ 

is I say the difference will not be made while they remain 1%ers. Bob 
isn't a 1%er, nor are the Sprouls, Frank, Byon, Brent, Mike, Rob, myself, 
or any of the others that created the APRS of today. Some people, for 
whatever reason, step forward and make an individual effort that changes 
things. 


VVVVV WV 


Right. 


> Maybe your highest aspiration is to be a 1%er, but I aim higher. Perhaps 
> that's why I achieve more. 


Can you explain the above to me? You claim not to be making personal attacks, 
and as you know I have been far far more then a 1%'er in certain areas of 


APRS and other areas, so I can't see how the above can be yet another dishonest 
personal attack. Now, I don't beat my chest as much as you, nor target my 
activities 

to attack the most attention to myself, but I am far far more then a 1%'er 

and you know this. I only agreed with you the effort I started on the INET 
draft was only 1%, and you know this. 


Or don't you have enough personal integrity to address this direct question to 
you? 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 17:16:43 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
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Mime-Version: 1.0 
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FILETIME=[45FCBD00:01C11DFC] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Enough is enough. This is not progress or is it an informative SIG any 
longer. Some one EMail me when the SIG gets back to business usual and I 


will again subscribe. Till then have at it.... 


This is the last Msg I wish to see for a while...... 


As you requested and confirmed, you have been unsubscribed from 'aprsspec'. 


W4INT 


Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 17:58:53 2001 
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X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
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List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA29101 


Bob Bruninga wrote: 
> 


On Sun, 5 Aug 2001, Jeff King wrote: 


> coming up again. I think we agreed that the present status of the WG 
> is one of three things: 

> 

> The WG still exists, but is inactive 

> The WG has been disbanded 

> Or nobody knows. 


Jeff, 
How many times do we have to go through this. 


VVVV VV VV VV MV 


Until it is resolved? 


> THe above is absolutely 
> wrong and missleading to everyone. 


What is wrong? You had three choices: 
1. The WG still exists, but is inactive 
2. The WG has been disbanded 

3. Nobody knows. 


> And who are the "we" that "agrees" to the above? 


John Ackermann N8UR, a member of the WG, wrote on 8/3/01: 
(with regards to Bob's proposal) 


> I can assure you that the WG is not working on 

> this, or frankly any other, proposal. 

> 

> Whether the WG is still alive or not is a good question. 


So, I hope you can excuse my confusion here. As to the other "we's", well they 
can step forward if they want, but to be safe here I'll be a advocate of #8. 
> The WG exists. 


Maybe, yet you don't disagree the process is broken? I noticed you and others have 
carefully avoided the WG charter compliance issues that Ev and Allen pointed out. 


> The RF Spec version 1.0 is complete. We are now ready to 
> review and discuss a draft specification for the Internet portion of APRS. 
> We need someone to document the IGate SPecification so that there is 


> something to review. 


Yes, no doubt there, but where in the charter does it say this is the next 
step? I was told time and time again on this list that the internet spec 
encapsulates the over the air spec, hence IMHO, it seems there is room for 
parrall development here. 


> SPeaking for my self as a member of the WG, I will not be favorable to any 
> significant changes to the APRS spec until I see the Internet side of 
> things doucmented so we have a clear idea of where we are starting from. 


But don't you see what you are doing here? There are two distinct issues here, 
you keep trying to roll them into one, when they are not. 


I've seen no substantive proof that the WG even exists and that the charter is 
being complied with. Others pointed questions to this by others have also been 
ignored. 


RIght now there is nothing on paper to review. No one knows how the 
Internet side of APRS works except for the pieces of code in about 10 
authors software. And we have no guarantte that any of it works 
together. 


VV VV 


Yeap, thanks for agreeing with me that the APRSINET process is a far cry from 
where the APRSSPEC process started. As such, it will require a cooperative issue, 
it's own WG so to say, as the information first has to be collected together 
before a technical writer even sees it. 


But that is not the point and has nothing to do with if the present WG is broken. 


> I say again, until we document what we have, I am (as you say) opposed to 
> getting all wrapped around the axle with changes to something we cannot 
> see. 


Has a vote been taken on this? Still doesn't dismiss the need to comply with 
the charter, but would be good to see there is someone besides yourself willing 
to speak on the behalf of the WG. You know, kinda like the group still exists. 


> When the WG was first formed, the 1st thing on the agenda was to 
> document the RF spec. The 2nd thing was the IGate spec. We are still on 
> that schedule. 


Did you change the charter? Lets take a look at the charter, and see what it 
has to say about your claims above, in particular the work plan and assignments. 
One can find the charter at: 


ftp://ftp.tapr.org/aprssig/aprsspec/announcements/APRSWG_charter. pdf 


APRS-WG Charter said: 

Page 2: 

4. The Group will formalize the APRS on-air Protocol Specification and publish a 
definitive APRS protocol document. Present plans are to make the specification 
in book and diskette form, and possibly to provide it via electronic distribution. 
5. A process will be put in place to define how changes to the protocol 
specification 

are made, and that process will permit input, review, and comment by the 

Amateur Radio public. 

6. The Group will put a voluntary APRS certification process in place, to be 
managed by Bob Bruninga with Group oversight. The process will include a 
publicly available validation suite. 


Lets take a look at this point by point: 


4: Completed 
5: What is this process? 
6. Not complete(?) 


Page 2: 

The APRS Protocol Specification is the formal definition of the data elements and 
message formats used to communicate between APRS devices via wireless or wired 
(e.8..; 

Internet) connections. It does not include user interface or other elements that 
do not 

affect the content or format of these interface components. 

The Protocol Committee, which presently consists of all Members, is responsible 
for the 

APRS Protocol Specification. It manages the process for publishing and updating 
the 

Specification, and for receiving public comment on proposed changes. 


Reading this, this implies that both the over the air, and the internet side are 
part 

of the APRS Protocol Specification. Further, it seems to imply that the protocol 
committee is responsible for both aspects, over the air and internet. There is not 
a different process for each aspect. One could assume that both aspects would be 
handled in the same manner. I', xnot*x trying to suggest others do the work, I'm 
just trying to give you further proof the WG is broken and needs to be fixed, one 


way or the other. 


Page 2: 

The Protocol Specification will define iMandatoryi and iOptionali elements, and 
will 

take into account the requirements for various types of APRS-compatible products. 


I don't see this anywhere in the spec, even though I and others suggested this. 
Again, 

not complaining, but this was a key part of the process, and not completing it 
because 

the INET is not done, implies the charter is "broken". 


Page 3: 

Committee Operations and Community Input 

Input from the APRS user community, other APRS developers, and the Amateur Radio 
community at large is a key component of the protocol development process. To 
ensure 

this input, the following process will be used to amend or revise the Protocol 
Specification: 

1. Proposed revisions to the Specification may be submitted by any person, and 
will 

be published at the Group web site. 


Many things were submitted, they were deferred because the protocol committee was 
busy 

working on the draft over the air protocol. Yet where on the web page are proposed 
changes 

published on the web site? 


Listen Bob, most of us have known the above charter was not being complied with 
for some 

time, so it is not my purpose to crucify it. My purpose is to show you the over 
the air spec 

is incomplete, and in any case, should not be left uncompleted just because a 
polished draft 

has not been submitted on the INET protocol. It really is two different issues, 
and in 

any case, the over the air spec needs to be brought into compliance with the 
charter, if the 


WG wants to claim it still exists. 


With the above in mind, how about commenting on my suggesting of moving the WG 
efforts over 
to Source Forge. In case you lost it in the firefight, here is the URL again: 


http://www. sourceforge. org 


I suggest to everyone they think less about being right, and more about fixing a 
process that 

has gone morbid. This could mean fixing the existing group, or restructiurng it in 
some way. 

The end result is what matters, not how we get there. 


Sincerely, 

Jeff 

> 

> de WB4APR, Bob 

> 

> a 

> You are currently subscribed to aprsspec as: jeff@aerodata.net 

> To unsubscribe send a blank email to leave-aprsspec-22299N@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
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Steve Dimse wrote: 

> 

> On 8/5/01 6:00 PM Jeff King (jeff@aerodata.net) wrote: 
> 

>You claim not to be making personal attacks, 


> 
> 
> Wrong, I never claimed not be making personal attacks, only that you made 

> the first one. 

Don't recall drawing first blood, but fair enough. Maybe we should both pull 
back a little. Any thoughts on ways 

to fix the WG? You certainly expressed alot of derogatory opinions about the WG 
in personal e-mail to me. Or if you have no constructive thoughts of your own, 
how 

about tearing some holes in the possibly solutions I suggested to move forward? 


> I consider you nothing but a drag on APRS, and I will do my best to make 
> sure everyone sees that! 


Hey, I got a great idea. I notice you have gotten more time in the DCC APRS 
forum on Friday, maybe in your role as the moderator of that forum, you 

could have a session highlighting all evil things I have done to Steve Dimse and 
others to drag down APRS. Another world class thought, Steve! 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 18:08:25 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA29469 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 18:08:23 -0500 (CDT) 


Message-ID: <LYR11589-28194-2001.08.05-18.30.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sun, 05 Aug 2001 19:09:51 -0400 

From: Jeff King <jeff@aerodata.net> 

Organization: Aero Data Systems, Inc. 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Enough... 

References: <LYR22299-28185-2001.08.05-17.38.38--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6DD23F .D8D4A295@aerodata.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Brad Trogdon wrote: 

> 

> Enough is enough. This is not progress or is it an informative SIG any 

> longer. Some one EMail me when the SIG gets back to business usual and I 
> will again subscribe. 


What is the "business as usual" if this SIG? Talking about protocol issues 
that will go into a blackhole? 


FYI, a process was put in place, and this SIG was 
created to assist in that process. If the process is broken, it seems in 
IMHO, it either needs to be stated it is broken, or repaired. 


I'm serious, what does everyone think the purpose of this SIG is? 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 18:58:22 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ4725 
for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 18:58:21 -0500 (CDT) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-28208-2001.08.05-19.20.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 05 Aug 2001 18:58:54 -0500 
From: Gerry Creager N5JXS <gerry@cs.tamu.edu> 
Reply-To: gerry@cs.tamu.edu 
Organization: Da House 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Enough... 
References: <LYR22299-28185-2001.08.05-17.38.38--jeffitaerodata.net@lists.tapr.org> 
<LYR22347 -28194-2001.08.05-18.30.22--gerry#cs.tamu.edu@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6DDDBE.719B7FAE@cs.tamu.edu> 
Precedence: bulk 


Non-rancourous discussion of technical merits leading to 
concensus-building related to the particular issues at hand. 


And that's been hard this time. 


Good questions have been raised by virtually every significantly active 
party to this recent thread, but the noise level has also been 
Significant, and very distracting. 


gerry 


Jeff King wrote: 


Brad Trogdon wrote: 

> 

> Enough is enough. This is not progress or is it an informative SIG any 

> longer. Some one EMail me when the SIG gets back to business usual and I 
> will again subscribe. 


What is the "business as usual" if this SIG? Talking about protocol issues 
that will go into a blackhole? 


VV VV VV VV WV 


> 

> FYI, a process was put in place, and this SIG was 

> created to assist in that process. If the process is broken, it seems in 
> IMHO, it either needs to be stated it is broken, or repaired. 

> 

> I'm serious, what does everyone think the purpose of this SIG is? 

Gerry Creager -- gerry@cs.tamu.edu 

Network Engineering 

Academy for Advanced Telecommunications and Learning Technologies 


Texas A&M University 979.458.4020 (Phone) -- 979.847.8578 (Fax) 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 19:16:56 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ6056 
for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 19:16:49 -0500 (CDT) 
Message-ID: <LYR11589-28218-2001.08.05-19.38.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 05 Aug 2001 20:18:33 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Enough... 
References: <LYR22299-28185-2001.08.05-17.38.38--jeffitaerodata.net@lists.tapr.org> 
<LYR22347 -28194-2001.08.05-18.30.22--gerry#cs.tamu.edu@lists.tapr.org> 
<3B6DDDBE.719B7FAE@cs.tamu.edu> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6DE259.7540F3E6@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Gerry Creager N5JXS wrote: 

: Non-rancourous discussion of technical merits leading to 

> concensus-building related to the particular issues at hand. 
: And that's been hard this time. 

Understood, but don't you agree there has to be a formal process in place, 


and if there is a formal process in place, it be followed? At best, the 
process is fuzzy and even those on the inside cannot agree with each other. 


> Good questions have been raised by virtually every significantly active 
> party to this recent thread, but the noise level has also been 
> significant, and very distracting. 


Understood, and I've tried to change the thread topics in my responses, as 
you earlier noticed, to try and minimize the distraction, which in any 
case is intense as you noted. 


This really is a case of the emperor has no clothes, and in the popular fable, 
the one (or in this case, multiple parties) that noticed the emperor had no 
clothes 

where not well received. One would rather believe something is, that really isn't 
because 

of the fear of public condement. 


I would suggest to you and others involved, that you focus your technical 
discussions 

on the task at hand, and put blinders on the other conversations. I would however 
suggest you insist the the topics be changed so they can be filtered out. 


I've not yet seen you state that the ethics/WG issue at hand is out of line, just 
a distraction. 


Fair enough? 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 19:42:14 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ8090 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 19:42:07 -0500 (CDT) 
Date: Sun, 5 Aug 2001 19:41:44 -0500 
Message-Id: <LYR11589-28222-2001.08.05-20.04.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] I'll start work 
X-IPAddress: 209.83.83.156 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200108060041.TAA27122@dm.deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Jeff (and APRS Spec), 


Over the next week I'll flush out a few areas of your outline. I 
appreciated what you did when you put together the outline and related 
reading, and I'm willing to work a little towards combining that into 
one document. 


Anyone care to join me? 


-James Jefferson KBOTHN 


Gerry Creager N5JXS wrote: 

> 

> Non-rancourous discussion of technical merits leading to 

> concensus-building related to the particular issues at hand. 
> 

> And that's been hard this time. 


VV VVV VV VV 


> Understood, but don't you agree there has to be a formal process in 

place, 

> and if there is a formal process in place, it be followed? At best, 

the 

> process is fuzzy and even those on the inside cannot agree with each 
other. 


> 

> 

> > Good questions have been raised by virtually every significantly 
active 

> > party to this recent thread, but the noise level has also been 

> > significant, and very distracting. 

> 

> Understood, and I've tried to change the thread topics in my 
responses, as 

> you earlier noticed, to try and minimize the distraction, which in any 
> case is intense as you noted. 

> 

> This really is a case of the emperor has no clothes, and in the 
popular fable, 

> the one (or in this case, multiple parties) that noticed the emperor 
had no clothes 

> where not well received. One would rather believe something is, that 
really isn't because 

> of the fear of public condement. 

> 

> I would suggest to you and others involved, that you focus your 
technical discussions 

> on the task at hand, and put blinders on the other conversations. I 
would however 

> suggest you insist the the topics be changed so they can be filtered 
out. 

> 

> I've not yet seen you state that the ethics/WG issue at hand is out of 
line, just 

> a distraction. 


Fair enough? 


-Jeff 


VV VV VV MV 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 19:44:14 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ8173 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 19:44:12 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 Aug 2001 20:42:42 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SGate/IGate Re-focus :o0) 
In-Reply-To: <3B6DD006.A4B3EF8@aerodata.net> 
Message-ID: <LYR11589-28223-2001.08.05-20.05.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108052004160 .14978-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 5 Aug 2001, Jeff King wrote: 
> Maybe, yet you don't disagree the process is broken? 


Nope. As soon as someone prepares a draft IGATE SPEC for the current 
system on which we can all review, comment, propose corrections, there is 
noting that is broken. Until we have something to work on, then we have 
nothing to "process". Have you ever tried to PKUNZIP and empty file? 
PKUNZIP responds with a very well worded. "nothing to do"... 


> others have carefully avoided the WG charter compliance issues that Ev 
> and Allen pointed out. 


The only thing I saw pointed out was that I failed to follow the process 
for proposing changes to the SPEC. BUT THAT STATEMENT HAS SINCE BEEN 
RETRACTED, SINCE THE ORIGINATOR OF THAT ISSUE NOW HAS PUBLICALLY 

STATED THAT HE WAS REACTING TO YOUR MISSINFORMATION AND NOT TO MY 
ORIGINAL POST. x*x*xI NEVER PROPOSED ANY CHANGES TO THE SPECx*x*x LET ME 
SAY IT AGAIN: 


QUOTE: I MADE NO PROPOSAL TO CHANGE, MODIFY, OR ADD TO THE APRS SPEC nor 
the IGATE SPEC. I ONLY ASKED FOR SOME CONISDERATION OF OTHERS TO HOW WE 
CAN INJECT PCSAT DOWNLINKS INTO THE ***x** EXISTING***x**x** APRS INTENET 
SYSTEM SO THAT WE COULD SEE (1) WHAT SATGATE INJECTED THEM, and (2) WHAT 
SATELLITE CHANNEL THEY WERE HEARD ON. 


Now, either contribute to that discussion or stop wasting my time. 


> I've seen no substantive proof that the WG even exists and that the 
> charter is being complied with. Others pointed questions to this by 
> others have also been ignored. 


SO what proof would you like. How's this for an in-process report from 
a member of the APRS-WG and you can quote me: 


QUOTE: 

The APRSWG has openly solicited ad-nausium for someone with the time, 
knowledge, interest and stamina to put down on paper how the existing 
APRS-Internet system works. The members of the APRS-SPEC mailing list 
group, consisting of many earnest and energectic volunteers have thus far 
produced nothing. I hold no one at fault and am not complaining. 
Everyone is busy. WHen someone has the time and patience, it will get 
done. Until then, griping about others lack of time to contribute 
accomplishes nothing. 


The APRS-WG has reviewed the deliberated over the 1032 Emails exchanged by 
said volunteers and has found nothing of any value regarding the 
documentation of the APRS-INTERNET specification on which to begin the 
formal APRS-WG review process. UNQUOTE. Bob Bruninga. 


> Bob said: "I say again, until we document what we have, I am (as you 
> say) opposed to getting all wrapped around the axle with changes to 
> > something we cannot see." 


Vv 


> Has a vote been taken on this? 


No vote needed. READ IT AGAIN. THAT IS MY OPINION. Note particularly the 
words "I am". I dont know why I need to ask for a vote to express my 
personal opinion. 


> With the above in mind, how about commenting on my suggesting of moving 
> the WG efforts over to Source Forge. In case you lost it in the 
> firefight, here is the URL again: http: //www.sourceforge.org 


I think that is a GREAT IDEA! This APRSSPEC sig is for substantive 
discussion of APRS specification technical details, not forever harranging 
everyone on what a few vociferous individuals think everyone else should 


be doing with their time. Please go. 


When you have put together a draft IGATE SPEC for formal review and 
comment, please bring it back and we will be happy to discuss the 
technical details and process it via the APRS-WG process... 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 19:47:23 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ8377 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 19:47:21 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 Aug 2001 20:46:57 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Enough... 
In-Reply-To: <LYR11586-28194-2001.08.05-18.30.22-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-28225-2001.08.05-20.09.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108052043180 .14978-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 5 Aug 2001, Jeff King wrote: 
> I'm serious, what does everyone think the purpose of this SIG is? 


That's easy: 
To discuss technical details of the APRS specification and (currently my 


focus is) to hopefully document the APRS-INTERNET system. What it is NOT 
FOR is constant bitching and moaning by a few on how they want someone 
else to do all the work... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 19:55:48 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA09228 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 19:55:42 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 Aug 2001 20:55:01 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: I'll start work 
In-Reply-To: <LYR11586-28222-2001.08.05-20.04.06- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-28226-2001.08.05-20.17.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108052051480 .14978-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 5 Aug 2001, James Jefferson wrote: 


Over the next week I'll flush out a few areas of your outline. I 
appreciated what you did when you put together the outline and related 
reading, and I'm willing to work a little towards combining that into 
one document. 


VVV NM 


Great! I would certainly contribute, but as you konw, I am focused on 
maintaining APRSdos and so I have had no tools with which to integrate the 


Internet process into APRSdos. THus, I have little to contribute, or I 
would have done it already. SO I welcome your offer! I for one sure 
would like to see how it works on paper.... 


Go for it! 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 5 20:19:47 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA11254 

for <lyris.aprsspec@tapr.org>; Sun, 5 Aug 2001 20:19:40 -0500 (CDT) 
Message-ID: <LYR11589-28231-2001.08.05-20.41.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 05 Aug 2001 21:21:21 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS-WG, sourceforge? 
References: <LYR22299-28223-2001.08.05-20.05.19--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6DF111.F631659B@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 

> 

> On Sun, 5 Aug 2001, Jeff King wrote: 
> 


> Maybe, yet you don't disagree the process is broken? 


Nope. As soon as someone prepares a draft IGATE SPEC for the current 
system on which we can all review, comment, propose corrections, there is 
noting that is broken. 


VVVV Vv 


I don't know why you keep confusing what I am saying with the IGATE spec, 
so I changed the topic thread. 


I was talking about the APRS-WG, not the yet to be drafted internet spec. 
Two different and distinct issues. 


Please, go back and read what I said keeping that in light. I don't see 
a point in replying to the majority of your post with you having this 
misunderstanding. 


Again, I was talking about the APRS-WG. 


> With the above in mind, how about commenting on my suggesting of moving 
> the WG efforts over to Source Forge. In case you lost it in the 
> firefight, here is the URL again: http://www. sourceforge. org 


I think that is a GREAT IDEA! This APRSSPEC sig is for substantive 
discussion of APRS specification technical details, not forever harranging 
everyone on what a few vociferous individuals think everyone else should 
be doing with their time. Please go. 


VVVVVV VV 


OK, now be clear in what I said and what you are responding to. I said, 
how about moving the xAPRS-WG*x efforts over to a source forge. We would 
take the existing copyright APRS-SPEC document, and break it into pieces 
on sourceforge. Then interested parties could post additions to the 
protocol. There would no longer be a "WG member" as there is now, and 
that title would have no significance. 


> When you have put together a draft IGATE SPEC for formal review 


Again, two different issues. I was referring to the APRS-WG, and have 
been throughout this discussion. It is you and Steve who keep bringing 
this red herring up, not that I don't think it it needed, or won't 
help myself. 


> comment, please bring it back and we will be happy to discuss the 
> technical details and process it via the APRS-WG process... 


Bob, it is not clear to me there is a APRS-WG process, or at least the 
published process is not being complied with as I pointed out in detail, 
which you have not responded to. 


None-the-less, we need to walk before we run. Many of us want a open 
process for protocol development. Possibly the INET protocol might be 

a good experiment to start with before we try to repair/redo the APRS-WG. 
But you have to understand it is a participatory process. 


I see someone else has now stepped forward, lets see what we can do here. 
Regards, 


Jeff 
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Hi James: 


I changed the title of your post as too many people are confusing the 
the over the air spec with the INET spec. 


James Jefferson wrote: 
Jeff (and APRS Spec), 


Over the next week I'll flush out a few areas of your outline. I 
appreciated what you did when you put together the outline and related 
reading, and I'm willing to work a little towards combining that into 
one document. 


VV VV VV MV 


Thanks James. Bill Diaz went over it with me on the phone, he basically 
suggested removing all the "future idea" comments. 


Now, what did you think of my source forge idea of hosting it? If your 
not against it, I'll start researching this a little more to see if 

it makes sense and how to set up a APRSINETSPEC project on it, if 
no-one disagrees. 


I placed everything I found on the INET spec on the TAPR site. You can 
find it at: ftp://ftp.tapr.org//aprssig/aprsspec/aprstcp 


Thanks James 


Jeff 
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On 


> 
> 


8/5/01 7:09 PM Jeff King (jeff@aerodata.net) wrote: 


>Steve Dimse wrote: 


>> 
>> 
>> 


On 8/5/01 6:00 PM Jeff King (jeff@aerodata.net) wrote: 
>You claim not to be making personal attacks, 


Wrong, I never claimed not be making personal attacks, only that you made 
the first one. 


>Don't recall drawing first blood, but fair enough. 


You did. 


>Maybe we should both pull 
>back a little. 


And yet you take my private email to you and broadcast it to the entire 
SIG. This shows exactly what you are all about, Jeff. You have no desire 


to 


>> 
>> 
> 


accomplish anything other than creating havoc. 


I consider you nothing but a drag on APRS, and I will do my best to make 
sure everyone sees that! 


>Hey, I got a great idea. I notice you have gotten more time in the DCC APRS 
>forum on Friday, maybe in your role as the moderator of that forum, you 
>could have a session highlighting all evil things I have done to Steve 
>Dimse and 

>others to drag down APRS. Another world class thought, Steve! 


> 


No, Jeff, that forum I devote to highlighting the accomplishments of 
those who contribute positively to APRS. If you ever enter that category, 
I'd love to give you time, but I'll bet you never get there. 


Steve K4HG 
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Steve Dimse k4hg@tapr.org wrote: 
> 
> On 8/5/01 7:09 PM Jeff King (jeff@aerodata.net) wrote: 


>Steve Dimse wrote: 

>> 

>> On 8/5/01 6:00 PM Jeff King (jeff@aerodata.net) wrote: 
>> 

>> >You claim not to be making personal attacks, 


Satgate 


>> Wrong, I never claimed not be making personal attacks, only that you made 


>> the first one. 


>Don't recall drawing first blood, but fair enough. 


VV VV VV VV VV VV 
Vv 
Vv 


You did. 


OK, if you say I did then sorry. It certainly is a debatable point. Someone has 


got to stop however. 


> >Maybe we should both pull 
> >back a little. 


> And yet you take my private email to you and broadcast it to the entire 
> SIG. This shows exactly what you are all about, Jeff. You have no desire 
> to accomplish anything other than creating havoc. 


I want to talk about that. It was a mistake.... if you look at the post log, 
you'll see a bunch of e-mails went out at about the same time.... in the case 
of your e-mail, I thought I had hit reply when I should have hit reply all. I 
changed it manually to reflect where I thought it should be going. You also 
didn't say offlist or any mention in your e-mail and the title was the same 
as on the SIG. 


That much being said, that it was a mistake, I am not going to offer a apology 
to you. While you say my mistake shows what I am about, your personal feelings 
show what you are all about. That is, using your position and influence in the 
APRS/TAPR community to wage your personal vendettas. Some may give you a pass 
because of all your contributions, but I won't. Not acceptable behavior from 

a leader in the APRS community nor the moderator of a ARRL sponsored conference. 
I won't buy the Clinton defense. 


>> I consider you nothing but a drag on APRS, and I will do my best to make 
>> sure everyone sees that! 


Vv 


>Hey, I got a great idea. I notice you have gotten more time in the DCC APRS 
>forum on Friday, maybe in your role as the moderator of that forum, you 
>could have a session highlighting all evil things I have done to Steve 
>Dimse and 

>others to drag down APRS. Another world class thought, Steve! 


VV VV Vv 


> No, Jeff, that forum I devote to highlighting the accomplishments of 
those who contribute positively to APRS. If you ever enter that category, 
> I'd love to give you time, but I'll bet you never get there. 


Vv 


And this from the moderator of the ARRL/DCC APRS forum and a seated TAPR 

BOD member. You are a disgrace. When I suggested to John Ackerman, TAPR president, 
that some of the members of the TAPR BOD needed training in the running and 
nurturing 

of a volunteer organization, rest assured you were the poster child I 

was thinking of. 


But don't let it worry you Steve, no matter how hard you try, I am not going to 
go away. And I'm sure you'll continue to see just what you want to see in a way 
that most benefits your agenda of the moment. I just hope your behavior is not 


driving to many other people away. 


-Jeff 
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Jeff King wrote: 
> Bill Diaz went over it with me on the phone, he basically 
> suggested removing all the "future idea" comments. 


Okay, good plan. Let's be sure to keep a list of "future ideas". 

> Now, what did you think of my source forge idea of hosting it? 

I just looked at SourceForge a little. They have an impressive setup; 
especially CVS and bugtraq. To qualify for a Sourceforge account the 
spec needs to be licensed under one of their OSI approved licenses, or 
recieve SourceForge's approval. After briefly looking through licenses, 


I think the ARTISTIC or MIT licenses are the best. Other ideas? 


IT also run a Linux box on a very fast connection (the dual 100 megabit 


ethernet cards are the limiting factor on bandwidth. See 
http://www. jarviscomputer.com/jcs/server.php) which we can use, as 
needed. 


On another logistics note: what do people recommend for document 
formats? I'm most familiar with HTML, but it might not be the best 
markup language to use. Is Framemaker still freely available for Linux? 


-Jim Jefferson KBOTHN 
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On 8/5/01 11:44 PM Jeff King (jeff@aerodata.net) wrote: 


>> >Maybe we should both pull 
>> >back a little. 


>> And yet you take my private email to you and broadcast it to the entire 
>> SIG. This shows exactly what you are all about, Jeff. You have no desire 
>> to accomplish anything other than creating havoc. 


>I want to talk about that. It was a mistake.... if you look at the post log, 
>you'll see a bunch of e-mails went out at about the same time.... in the case 
>of your e-mail, I thought I had hit reply when I should have hit reply all. 


No Jeff, it was a lot more than that. My message was adressed only to 
you, aprsspec was not in the message header. Reply, or reply all, would 
have been only me. You had to specifically add aprsspec, and you did so. 
It was a deliberate, premeditated act. You are finally right about one 
thing though, it was a mistake. Your lame excuse just magnifies your 
error. And you say I act like Clinton! 


>> No, Jeff, that forum I devote to highlighting the accomplishments of 
>> those who contribute positively to APRS. If you ever enter that category, 
>> I'd love to give you time, but I'll bet you never get there. 

> 

>And this from the moderator of the ARRL/DCC APRS forum and a seated TAPR 
>BOD member. You are a disgrace. When I suggested to John Ackerman, TAPR 
>president, 

>that some of the members of the TAPR BOD needed training in the running 
>and nurturing 

>of a volunteer organization, rest assured you were the poster child I 
>was thinking of. 

> 

And yet John, who is a paragon of patience, someone whom I admire greatly 
for his people skills, sent you a reply you don't mention. What exactly 
did he tell you, Jeff? At some point you ought to wonder why so many 
highly regarded members of the APRS community are telling you they have 
better things to do than deal with you! 


Steve K4HG 
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Steve Dimse wrote: 
> 
> On 8/5/01 11:44 PM Jeff King (jeff@aerodata.net) wrote: 


> >I want to talk about that. It was a mistake.... if you look at the post log, 
> >you'll see a bunch of e-mails went out at about the same time.... in the case 
> >of your e-mail, I thought I had hit reply when I should have hit reply all. 


> No Jeff, it was a lot more than that. My message was adressed only to 
> you, aprsspec was not in the message header. 


Here is the message header/title in question: 


Subject: Re: [aprsspec] Re: [Steve Dimse -aprsspec] Re: SATGATE Specification 
(Draft) 

Date: Sun, 5 Aug 2001 18:50:52 -0400 

From: Steve Dimse <k4hg@tapr.org> 

To: "Jeff King" <jeff@aerodata.net> 


Sure looks like [aprsspec] is in the header/title to me and you have been CC'ing 
both to the list and me direct. Like I said, a mistake. 


> Reply, or reply all, would have been only me. 


Your correct. That is why I said I thought I had hit reply by mistake, and 

not reply all as I intended. I then manually edited it to correct what I thought 
was my oversight. Read what I said instead of what you think I said. 

It is all there and it is plausable. I really don't care if you believe me 
anyways. 


> You had to specifically add aprsspec, and you did so. 


Yeap, that is what I said I did. Might want to read what I post for once. 


> It was a deliberate, premeditated act. You are finally right about one 
> thing though, it was a mistake. Your lame excuse just magnifies your 
> error. And you say I act like Clinton! 


You misunderstand. I said it was a mistake. I didn't offer a excuse or 
applogy. Frankly, I can't say with confidence I wouldn't have done exactly 
the same thing even if I had been aware it was private. Your actions behind 
the scene are a disgrace to the positions you hold, and what you sent me 
threating to do your best to slander/libel me to the APRS community would 
have been the last straw in any case. 


> >> No, Jeff, that forum I devote to highlighting the accomplishments of 
> >> those who contribute positively to APRS. If you ever enter that category, 
> >> I'd love to give you time, but I'll bet you never get there. 


>And this from the moderator of the ARRL/DCC APRS forum and a seated TAPR 
>BOD member. You are a disgrace. When I suggested to John Ackerman, TAPR 
>president, 

>that some of the members of the TAPR BOD needed training in the running 
>and nurturing 

>of a volunteer organization, rest assured you were the poster child I 
>was thinking of. 


VV VV VV WV 


> And yet John, who is a paragon of patience, someone whom I admire greatly 
> for his people skills, sent you a reply you don't mention. 


Oh REALLY?!? And how would you know that John sent me a reply to that message? He 
in fact did, but looking at it, I don't see anyone on the CC list. It was a 
private message just to me. Are you suggesting here on this SIG that the 
president of TAPR is sharing private e-mail? 


> What exactly did he tell you, Jeff? 
Interesting and quite ironic. 


So, your upset that by mistake I reposted your private e-mail to the list, 
and now you are asking me to share a private e-mail from John, that by 

all appearences was only sent to me, to a public list here? That does seem 
kinda ironic, doesn't it Steve? 


Tell you what, since appearently it was shared with you, why don't you repost 
it here to the list.... I give you my permission to do so. I'm certainly not 
ashamed of it, and by the reaction, or lack there of, it most certainly is 
not flattering to the organization I directed it at. In fact, I beg you to 


post it on the list. If some of the things that you are imply are happening, 
they really need to be brought out. While you are at it, copy the TAPR-ORG 
list as well. Lets make a big party out of it. 


> At some point you ought to wonder why so many 
> highly regarded members of the APRS community are telling you they have 
> better things to do than deal with you! 


Actually, the letter you speak of had little to do with APRS. Are you sure you 
got BCC'ed the right one? In any case, feel free to share your thoughts on 

why you think the above is so. You seem to be enjoying it and I don't want to 
take away from that. 


-Jeff 
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List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6E2A7F .38771EAA@cs.tamu.edu> 
Precedence: bulk 


James Jefferson wrote: 


Jeff King wrote: 
> Bill Diaz went over it with me on the phone, he basically 
> suggested removing all the "future idea" comments. 


VV VV VV 


Okay, good plan. Let's be sure to keep a list of "future ideas". 
To do list" on Source Forge... 
> Now, what did you think of my source forge idea of hosting it? 


> 

> 

> I just looked at SourceForge a little. They have an impressive setup; 

> especially CVS and bugtraq. To qualify for a Sourceforge account the 

> spec needs to be licensed under one of their OSI approved licenses, or 
> recieve SourceForge's approval. After briefly looking through licenses, 
> I think the ARTISTIC or MIT licenses are the best. Other ideas? 


I really see no reason why we cannot use the documentation form of GPL 
(my mind is blank on the label right now). Otherwise I see no problem 
with, in order, MIT or ARTISTIC, either. 


> I also run a Linux box on a very fast connection (the dual 100 megabit 
ethernet cards are the limiting factor on bandwidth. See 

http://www. jarviscomputer.com/jcs/server.php) which we can use, as 
needed. 


On another logistics note: what do people recommend for document 
formats? I'm most familiar with HTML, but it might not be the best 
markup language to use. Is Framemaker still freely available for Linux? 


VV VVV VV 


I'd rather do StarOffice or XML. I could be convinced to do Word as a 
concession to the non-linux-heads out there. 


gerry 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 12:50:10 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA28309 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 12:50:04 -0500 (CDT) 
Date: Mon, 6 Aug 2001 10:49:47 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: I'll start work (APRSINET spec) 
In-Reply-To: <LYR12892-28269-2001.08.06-00.47.48- - 
hacker#tc.fluke.com@lists.tapr.org> 

Message-ID: <LYR11589-28373-2001.08.06-13.12.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Organization: Fluke Corporation 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10108061017180 .15040-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 6 Aug 2001, Gerry Creager N5JXS wrote: 


> I'd rather do StarOffice or XML. I could be convinced to do Word as a 
> concession to the non-linux-heads out there. 


Not me! There's a lot more out there than just MS Windows and Linux. 
Please try to choose something that is fairly universally supported 
across many operating systems. I prefer HTML or PDF. There are 
tools that can output a variety of formats. I use/like StarOffice 
but there may be better choices. The more output formats the better, 
so that more people can use the resultant specs. 


I think SourceForge is a wonderful idea, both for the soon-to-be- 
worked-on internet spec and for the ratified-but-needs-a-bit-of- 
tweaking APRS spec. 


I suspect many people on the list don't have a clear idea how 
open-source development really works. While Xastir doesn't use 
SourceForge, it _does_ use many of the same tools, and the 1% 
contributors really can make a difference with this system. I 
started out as one of the 1% (or less) Xastir guys. I'm probably 
only at 10 or 15% now, but making a big difference in Xastir. 
Perhaps four or five people have direct access to the source code. 
MANY others suggest changes and submit patches for one of the 
developers to incorporate. It really works well. Before, when we 
didn't have Xastir sources in CVS, development was quite slow. 
SourceForge integrates all of the tools needed for open-source 
development and lets people use them for free. 


I see a lot of frustration from all parties on this list that more 


isn't getting done. We have access to tools now to make the 
processes easier. I can easily ignore the chaff I've had to wade 
through, and all sides have had valid points embedded here and there. 
It does make for a large volume of mail to get through when a smaller 
subset would have sufficed, but it certainly isn't the fault of any 
one individual. It takes two to tango (or more it seems for a spec 
list!). 


It's ok to agree to disagree. In the meantime, let's get this stuff 
onto SourceForge with an open-source license and get to work (BOTH 
specs). 


My vote. 

Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 13:34:15 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ2559 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 13:34:14 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 6 Aug 2001 14:33:59 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: I'll start work (APRSINET spec) 
In-Reply-To: <LYR11586-28373-2001.08.06-13.12.01- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-28385-2001.08.06-13.56.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.05L.10108061430520 .5202-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 6 Aug 2001, Curt Mills, WE7U wrote about the tool for the APRSINET 
spec development: 


> I suspect many people on the list don't have a clear idea how 

> open-source development really works. While Xastir doesn't use 

> SourceForge, it _does_ use many of the same tools, and the 1% 

> contributors really can make a difference with this system.... 

> Perhaps four or five people have direct access to the source code. 
> MANY others suggest changes and submit patches for one of the 

> developers to incorporate. It really works well. Before, when we 
> didn't have Xastir sources in CVS, development was quite slow. 

> SourceForge integrates all of the tools needed for open-source 

> development and lets people use them for free. 

I am not familiar with these tools, but what I see above sounds more like 
code development than spec dvelopment (I could be totally wrong). I 
thought the focus was on a spec, not more tweaks to linux code? Can 
someone clarify? Thanks 

Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 14:00:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ5409 
for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 14:00:42 -0500 (CDT) 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-ID: <LYR11589-28391-2001.08.06-14.22.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 06 Aug 2001 15:00:26 -0400 
From: Stephen Schwarm <sschwarm@emc.com> 
Organization: EMC 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: I'll start work (APRSINET spec) 


References: <LYR16676-28373-2001.08.06-13.12.01--w3eve#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <3B6EE94A.312B1044@emc . com> 

Precedence: bulk 


Can I recommend we use LaTex. Use it to produce pdf for publication. 
LaTex is great for producting large documents that go though several 
changes. It works well to systems like CVS to maintain histories. It 
runs on most everything except MSDos. It is very easy to learn and I'd 
be glad to get us started. Distribution of the output as pdf allows for 
easy check that it is the correct version using checksums but we all 
don't have to have the tools to process pdf directly. 


I currently do not do much with the internet APRS. I use mostly the RF 
form but I'd like to see a standard done. 


Steve, W3EVE 


"Curt Mills, WE7U" wrote: 

> 

> On Mon, 6 Aug 2001, Gerry Creager N5JXS wrote: 

> 

> I'd rather do StarOffice or XML. I could be convinced to do Word as a 
> concession to the non-linux-heads out there. 


> 
> 
> 
> Not me! There's a lot more out there than just MS Windows and Linux. 
> Please try to choose something that is fairly universally supported 

> across many operating systems. I prefer HTML or PDF. There are 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 14:20:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ7275 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 14:20:41 -0500 (CDT) 
Message-ID: <LYR11589-28401-2001.08.06-14.42.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 6 Aug 2001 12:20:21 -0700 (PDT) 


From: Bill Vodall <wa7nwp@yahoo.com> 

Reply-To: wa7nwp@yahoo.com 

Subject: [aprsspec] Re: I'll start work (APRSINET spec) 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR19173-28373-2001.08.06-13.12.01--wa7nwpi#yahoo.com@lists.tapr.org> 
MIME-Version: 1.0 

Content-Type: text/plain; charset=us-ascii 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20010806192021 .13198.qmail@web3603.mail.yahoo.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


--- "Curt Mills, WE7U" <hacker@tc.fluke.com> wrote: 

> In the meantime, let's get this stuff 

> onto SourceForge with an open-source license and get to work 
> (BOTH specs). 


Yes, but be sure to keep a non-SourceForge backup of the work 
being done. Free services have been known to disappear... 


Bill, WA7NWP 


Do You Yahoo!? 
Make international calls for as low as $.04/minute with Yahoo! Messenger 
http: //phonecard.yahoo.com/ 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 14:32:21 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ8007 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 14:32:17 -0500 (CDT) 
X-Originating-IP: [208.51.39.70] 
Reply-To: jeff@aerodata.net 
From: "Jeff King" <transit_man@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: I'll start work (APRSINET spec) 

Date: Mon, 06 Aug 2001 19:31:51 +0000 

Mime-Version: 1.0 

Content-Type: text/plain; format=flowed 

Message-ID: <LYR11589-28406-2001.08.06-14.54.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

X-OriginalArrivalTime: 06 Aug 2001 19:31:51.0742 (UTC) 
FILETIME=[7151E5E0:01C11EAE] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F208NkY5TetpIuPHDXEQO00f726@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga <bruninga@usna.edu> wrote: 


>I am not familiar with these tools, but what I see above sounds more like 
>code development than spec dvelopment (I could be totally wrong). I 
>thought the focus was on a spec, not more tweaks to linux code? Can 
>someone clarify? 


Source forge is OS independent, and can also used for documentation 
development. If you think about it, most source code is ascii text 
anyways, so ulitimately not much different, at least in the initial 
stages, which is exactly where we are at now. 


Source Forge also supports other tools as well, including mailing 
lists. One does not have to be familar with all the tools to particpate 
in some fashion. 


And on a more general note... 


I think it is important to keep KISS in mind here... and also make 

sure that any effort is OS neutral. We need to keep in mind that the 

less barriers to entry that are created, the more that can particpate. Tools 
need to be available for the main platforms. From what I have 

heard so far in this thread, I don't think this is an issue, but I 

wanted to say that anyways. 


73 


Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 15:56:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA16430 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 15:56:04 -0500 (CDT) 
Date: Mon, 06 Aug 2001 16:55:19 EDT 
From: K3for@aol.com 
Subject: [aprsspec] Re: SATGATE Specification 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <k3for@aol.com> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=IS0-8859-1 
Content-Transfer-Encoding: 7bit 
Message-ID: <LYR11589-28425-2001.08.06-16.18.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <51.£4a4728.28a05e37@aol.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In all the hoo-haa where I think we finally got Jim to volunteer to start 
gathering some APRSInet spec info together (BTW, Jim, I'd rather see it posted for 
info/comments in plain-text or HTML rather than a SourceForge solution, and I'll 
host it, if you want), I lost track of what we want. 


Bob, you're saying that if I'm a satIgate, you want me to pass all received 
packets to APRServe as something like (e.g. PCSAT 1200baud down): 
WB4APR>APR8TK, PCSAT ,K3FOR-1, TCPIP:=3909. N/07636. W'000/000/BOB HOME STATION 


and my -1 should indicate that receive mode? My intended implementation is to use 
your APRStk to steer my beam and QSY my D7, and take the rx off the serial data 
from the TNC and feed it in parallel into standard Igate software (Win, SA). This 
would seem to accomplish everything except your SSID rx-mode substition. 

APRServe would see the packet and where it came from, but not xhowx it came down 
from the satellite. APRStk would know that, but it doesn't have a way of talking 
to the Igate box. 


. but, the *senderx could put it in his text, unless he's an automated APRStk 
station, too - in which case we know that from his TOCALL, and we know what mode 
APRStk uses for each bird. 


73% 
Skip/K3FOR 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 16:01:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA16627 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 16:01:33 -0500 (CDT) 
Date: Mon, 6 Aug 2001 12:16:11 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: I'll start work (APRSINET spec) 
In-Reply-To: <Pine.GSO.4.05L.10108061430520 .5202-100000@arctic> 
Message-ID: <LYR11589-28427-2001.08.06-16.23.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10108061203530.15040-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 6 Aug 2001, Bob Bruninga wrote: 


I am not familiar with these tools, but what I see above sounds more like 
code development than spec dvelopment (I could be totally wrong). I 
thought the focus was on a spec, not more tweaks to linux code? Can 
someone clarify? Thanks 


VVV WV 


The two processes are very similar. With Linux/Solaris/*xBSD code, 
you're updating ASCII text via CVS. Anyone can check out the very 


latest code via anonymous CVS seconds after it has been changed. 


With a spec, assuming you're not checking in binary stuff, it works 
the same. Some advantages are: 


1) Only the differenes between versions are saved, keeping the 
repository size small. 

2) Many people can use and/or update the text at any time. 

3) Versions can be tagged with a release tag, and the entire 
set of files corresponding to that tag can be checked out 
as a unit at any time in the future. 

4) Old versions of the file can be compared against new at any time. 

5) Other "branches" can be created, such as a development branch 
and a release branch. Any branch may later be merged back 
to the main branch. 

6) Access controls are built-in. 


There are probably other advantages that might apply that I've 
forgotten. 


There are access controls available for the different operations 
(read/write) so that only certain individuals can have the correct 
access. For Xastir we use controlled access for write priviledges 
but completely open read priviledges. It's all just ASCII text. 


Note: You can use CVS with binary files as well, it just gets 
unwieldy. It can't save just the changes but has to save the entire 
file each time in that case. For files that don't change often but 
are part of the spec (images perhaps), CVS works well. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 17:02:10 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA20891 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 17:02:09 -0500 (CDT) 
Message-ID: <LYR11589-28444-2001.08.06-17.23.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Mon, 06 Aug 2001 16:00:35 -0600 

From: KC7ZRU - Tate <kc7zru@arrl.net> 

Organization: http://www.cauce.org 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification 

References: <LYR19726-28425-2001.08.06-16.18.10--kc7zru#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B6F1383.DB41DE34@arrl.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi Skip! 


Project files stored/tracked with CVS are usually plain-text. SourceForge uses 
CVS, and also provides a web interface to CVS. Same as the xastir project. 
(www. xastir.org) 


As an example, take a look at http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/ 
aprsd/aprsd/ click on the version numbers of each component to view the latest 
version of that file. This example is for source code destined to be compiled into 
a binary, but it works just as well for documents like policies, and specs or most 
any other ‘group authored' project. Instead of ‘component files' you could have 
‘chapter files' and even ‘sub-chapters'. One nice thing is, stuff can be poked in 
as needed, no need to perfectly anticipate the exact file structure when setting 
it up ("Dang, didn't know we'd need a chapter 6.A.ii.f£.5.x.045" - no prob) 


The parent directory for the aprsd project is: http://sourceforge.net/projects/ 
aprsd/ 


As long as you have a web browser, you can see the work in progress, regardless of 
OS or platform. With the SourceForge or TAPR mailing list (likely one or the other 
- not both, for public comments), feed back and comments can be easily made. 

Do you have some concerns with using CVS/SourceForge that haven't been addressed? 
73 

K3for@aol.com wrote: 


> 
> In all the hoo-haa where I think we finally got Jim to volunteer to start 


gathering some APRSInet spec info together (BTW, Jim, I'd rather see it posted for 
info/comments in plain-text or HTML rather than a SourceForge solution, and I'll 
host it, if you want), I lost track of what we want. 

> 


/\IN\ININININININININININININININININININININ/\ 
| CARC Repeater 146.940 DN62 | 


| http: //groups. yahoo.com/group/RM-APRS | 
| "The Dungeon" at http://go.to/KC7ZRU | 
FEFEEFEEFEEFEEFEEFEEFEEFEEFEEFEEFEEFEFFEAP EEE E+ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 19:18:38 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ2158 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 19:18:34 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 6 Aug 2001 20:18:12 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: SATGATE Specification 
In-Reply-To: <51.£4a4728.28a05e37@aol .com> 
Message-ID: <LYR11589-28483-2001.08.06-19.40.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.05L.10108062008440 .10142-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 6 Aug 2001 K3for@aol.com wrote: 
> Bob, you're saying that if I'm a satIgate, you want me to pass all 


> received packets to APRServe as something like (e.g. PCSAT 1200baud 
> down): 


WB4APR>APR8TK,W3AD0-1% ,K3FOR-1*, TCPIP*:=3909. N/07636. W'000/000/BOB etc 
> and my -1 should indicate that I received it on 145.825 1200 baud? 


Yes, that was my suggestion. The DIGIPEAETER call for HT's on 145.825 
will be W3AD0-1*, for Mobiles using 9600 baud the digipath will be 
W3AD0-2. Steve was concerned about all client software being able to 
handle the multiple *'s in the paths, but I hope it will work or the 
client software can be fixed. 


This would seem to accomplish everything except your SSID rx-mode 
substition. APRServe would see the packet and where it came from, but 
not xhowx it came down from the satellite. For now, that is not that 
important. It can be inferrred from the DIGI call... 


VVNV NM 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
PCsat Design http: //www.ew.usna.edu/~bruninga/pcsat.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 6 20:01:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ5404 

for <lyris.aprsspec@tapr.org>; Mon, 6 Aug 2001 20:01:41 -0500 (CDT) 
Date: Mon, 6 Aug 2001 12:22:38 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: I'll start work (APRSINET spec) 
In-Reply-To: <20010806192021.13198.qmail@web3603.mail.yahoo.com> 
Message-ID: <LYR11589-28493-2001.08.06-20.23.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.GSO.4.10.10108061221220 .15040-100000@dogbert.tc.fluke. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 6 Aug 2001, Bill Vodall wrote: 


> Yes, but be sure to keep a non-SourceForge backup of the work 
> being done. Free services have been known to disappear... 


EVERY good ham is a packrat, so that minimizes the problem, but yes, 
you are absolutely right Bill! I'm not sure what facilities 
SourceForge has for doing that, but I'll bet there's something 
available. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 7 00:01:34 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA25656 
for <lyris.aprsspec@tapr.org>; Tue, 7 Aug 2001 00:01:32 -0500 (CDT) 
Date: Mon, 6 Aug 2001 14:28:50 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SATGATE Specification 
In-Reply-To: <LYR12892-28425-2001.08.06-16.18.10- - 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-28556-2001.08.07-00.23.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <Pine.GSO.4.10.10108061410330.14377-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 6 Aug 2001 K3for@aol.com wrote: 


> In all the hoo-haa where I think we finally got Jim to volunteer to start 
gathering some APRSInet spec info together (BTW, Jim, I'd rather see it posted for 
info/comments in plain-text or HTML rather than a SourceForge solution, and I'll 
host it, if you want), I lost track of what we want. 


SourceForge _can_ handle plain-text (ASCII) or html easily. From 
the little I know of Tex or Latex, they are also plain text mark-up 
languages (like html is), but Tex/Latex are much more powerful 

than html. 


CVS (what I was talking about in a previous message) is just a way 

of getting changes submitted to the repository and ONE of the ways of 
checking out the latest revisions. Sourceforge also has ftp sites 
and mailing lists built-in, as well as bug-tracking software and todo 
lists. If you need to do development on code or documents and if 
they can fit under an open-source license, SourceForge is an 
excellent way to do it for free. 


Most people would not have to learn CVS to participate in 
development. One could snag the latest files via ftp/http and 
participate via mailing lists/bug tracking software. 


People with CVS write access would be the only ones allowed to make 
changes directly to the development spec (could be a large group 
though). When a release is imminent the maintainer(s) could freeze 
development, do the release, put the file onto the ftp/http site, 
then open up the repository for the next phase of development. It 
sounds much more complicated than it really is. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 9 21:50:48 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA25834 

for <lyris.aprsspec@tapr.org>; Thu, 9 Aug 2001 21:50:44 -0500 (CDT) 
Message-Id: <LYR11589-29166-2001.08.09-22.12.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: jjeffers@deskmedia.com 
Date: Thu, 09 Aug 2001 21:51:28 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: James Jefferson <jjeffers@deskmedia.com> 
Subject: [aprsspec] APRS Internet Spec 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.2.0.58.20010809214201 . 00ca2cd0@deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I setup a sourceforge project (aprsinet) for the draft APRS internet spec. 


Please take a look at http://aprsinet.sourceforge.net/ and visit the CVS 
tree with all documents and source code. There isn't much to look at yet, 
but with enough contributions (no matter how large or small) the spec will 
happen. 


If you wish to contribute large sections the draft spec document I can set 
you up with CVS write access, otherwise feel free to e-mail me your 
additions and changes, and I'll merge them in. CVS allows each version of 
each file to be tracked and diff'ed against earlier and later versions - so 
the evolution of the documents will be obvious and traceable. 


73's, 
-Jim Jefferson KBOTHN 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 9 22:48:39 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA29378 

for <lyris.aprsspec@tapr.org>; Thu, 9 Aug 2001 22:48:36 -0500 (CDT) 
Message-ID: <LYR11589-29188-2001.08.09-23.10.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 09 Aug 2001 21:48:12 -0600 
From: KC7ZRU - Tate <737kc7zru373@arrl.net> 
Organization: http://www.cauce.org 
X-Accept-Language: en,pdf 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS Internet Spec 
References: <LYR19726-29166-2001.08.09-22.12.36--kc7zru#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3B73597C.37FF4591@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thank you James, 


Positive vibes, karma, energy, prayers and support of your choice to all 
who participate. 


A start.... 
73 


James Jefferson wrote: 

> 

> I setup a sourceforge project (aprsinet) for the draft APRS internet spec. 
> 


Casper, WY | CARC Repeater 
DN62tt | 146.940 
"The Dungeon" online at http://go.to/kc7zru 
"RTFM" is NOT a ‘four letter' word! 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 16 11:31:30 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA14251 

for <lyris.aprsspec@tapr.org>; Thu, 16 Aug 2001 11:31:27 -0500 (CDT) 
Date: Thu, 16 Aug 2001 09:31:04 -0700 (PDT) 
From: Olivier Calle <olivier@calle.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Area Object Sizing 
Message-ID: <LYR11589-30308-2001.08.16-11.53.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.33.0108160917490.5922-100000@tesla.intra.calle.org> 
Precedence: bulk 


Hi, 


There was a thread on this topic in late June that started with my 
confusion in trying to decode area objects by reading the spec. 

After discussion in that thread with Steve Dimse, we concluded that the 
spec was a bit misleading and came up with the following equation: 
offset_in_degrees = (offset_in_packet / 100)%2 


Later, I communicated privately with Bob because this equation still 
seemed to create the wrong size areas. He sent me some example objects, 
describing their sizes (i.e.: rectangle 2Qmiles by 30miles), for me to 
compare. I then was sure that the above equation is not correct. 

Bob then sent me a code snippet and I believe I found the correct equation 
and a possible explanation of the confusion: 

offset_in_degrees = (offset_in_packet*2) / 1500 


Using that equation gave me areas with sizes the same as the example 
objects that Bob had sent me. I believe the confusion may have come from 
the comment near that section of code that talks about 100ths of a degree 
squared. 


Comments? 


Olivier Calle 


internet: <olivier@calle.org> 


work tel: 425-446-5088 home tel: 360-658-2692 To err is human, 
callsign: N7TAP, class: General to really foul up 
job: Fluke Networks, Sr. Software Engineer requires the root 
WWW Page URL: http://calle.org/olivier/ password... 

Psalm 48:14 SPU Electrical Engineering Graduate 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Sep 1 22:59:19 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA26761 

for <lyris.aprsspec@tapr.org>; Sat, 1 Sep 2001 22:59:18 -0500 (CDT) 
Date: Sat, 1 Sep 2001 22:58:20 -0500 
Message-Id: <LYR11589-33765-2001.09.01-23.22.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] What are these packets? 
X-IPAddress: 209.83.83.111 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200109020358 .WAAQ8792@dm.deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can somebody please help me figure out what these packets are and what 
produces them. As two people were APRS chatting this evening I saw 
dozens of packets like this go by: 


NOAN>APS200 , KIOBW-4, KBOJBF-1,WIDEx: }KIOBW-5>APRS,TCPIP,NOANx: ! ! 
QO0000D9O2ED0406- - -------------- OOF 


It appears that an IGATE is attempting to gate the message to RF. Is 
that right? Is the IGATE misconfigured or is this normal behavior. 


-Jim Jefferson KBOTHN 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Sep 1 23:18:55 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA27787 

for <lyris.aprsspec@tapr.org>; Sat, 1 Sep 2001 23:18:53 -0500 (CDT) 
Date: Sat, 1 Sep 2001 23:18:26 -0500 
Message-Id: <LYR11589-33769-2001.09.01-23.42.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia.com> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

CC: aprsspec@lists.tapr.org 

Subject: [aprsspec] Re: [aprssig] What are these packets? 
X-IPAddress: 209.83.83.111 

MIME-Version: 1.0 

Content-Type: text/plain; charset=iso-8859-1 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200109020418 .XAA30676@dm.deskmedia. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Jim, 


The weather station part of the packet I understand. What I'm wondering 
about is the } indicating user defined format, as well as what seems to 
be a packet encapsulated in the first one. It appears that his packet 
made it out to the internet (TCPIP is in the second path), then somebody 
gated it back to RF and didn't strip out the original path. 


-Jim 


> No, this is a weather station format report from NOAN. He's running 
an 

Ultimeter 2000 but does not have all of the optional accessories 
connected. Not to worry.... 


James Jefferson wrote: 

> 

> Can somebody please help me figure out what these packets are and 
what 

> > produces them. As two people were APRS chatting this evening I saw 
> > dozens of packets like this go by: 

>> 

>> 

NOAN>APS200, KIOBW-4, KBOJBF-1,WIDEx: {KIOBW-5>APRS,TCPIP,NOANX: ! ! 
Q00000D902ED0406- --------------- OOF 

> 


VV VV VV 


It appears that an IGATE is attempting to gate the message to RF. Is 
that right? Is the IGATE misconfigured or is this normal behavior. 


VV VV VV VV 


> 
> 
> 
> -Jim Jefferson KBOTHN 
> 
> 
> 


You are currently subscribed to aprssig as: KUOQG@KCAPRS.ORG 


> > To unsubscribe send a blank email to 
leave-aprssig-1615Q@lists.tapr.org 

> > Questions regarding the SIG go to the SIG administrator: 
wallou@tapr.org 


73 de Jim, KUOG 

Chairman/Coordinator 

Kansas City APRS Working Group, WOAPR 
First Alert Storm Team KMBC-TV9 
Mailto:kuO0g@kcaprs.org 

Webpage: http://www.kcaprs.org 


VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Sep 7 12:00:30 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA13324 

for <lyris.aprsspec@tapr.org>; Fri, 7 Sep 2001 12:00:25 -0500 (CDT) 
Date: Fri, 07 Sep 2001 12:50:15 -0400 
From: John Ackermann N8UR <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] DCC: Last chance for registration discount, and updated 
program info 
Message-ID: <LYR11589-34735-2001.09.07-12.22.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <17339913.999867015@WUSJA129861-8HP> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The early registration discount for both the hotel room rate, and the 


registration fee, expires on September 10, so you only have a couple more 
days to get your reservations and registration made at the lowest price. 
Registrations at the normal price will be available and at the door (of 
course, hotel rooms will be subject to availability). 


The DCC begins on Friday, September 20 and runs through Sunday, September 
22. Full details are available at 
http: //www.tapr.org/tapr/html/Fdccconf.html. 


A couple of updates on the program: 


1. We're very happy that Anthony R. Curtis, Ph.D, K3RXK, will be our 
speaker at the DCC banquet. Tony's presentation will be titled "40 Years 
of Amateur Radio In Space: Where We've Been, Where We Are, and Where We're 
Going." 


2. We've confirmed that the Packet Radio Users Group (PRUG) of Tokyo, 
Japan will be sponsoring a reception and talking about their latest 
activities Friday evening. PRUG is really on the cutting edge of digital 
radio, and their presentations are always fascinating. 


3. We are also fortunate to have three great activities that focus on the 
hardware and soldering-iron side of amateur radio: 


*x On Saturday, Jay Craswell, WOVNE, will do an introductory program on 
using 

CirCAD, a powerful schematic drawing/PCB layout program that's available 
(ina 

slightly limited form) for ham use at no cost. 


*x Also on Saturday, Ten-Tec's Gary Barbour, AC4DL, will be talking about 
Software 
Defined Radio development at Ten-Tec. 


* Our "Sunday Seminar" will feature Dave Newkirk, W9VES, providing a 
tutorial 

on using the Serenade SV RF design software; this is another professional 
package 

with a free version available for ham use. 


We hope to see you there! 
John N8UR 


President, TAPR 
jra@febo.com -- n8ur@tapr.org 
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In a previous email I incorrectly stated that the Circad schematic drawing 
and PCB layout program is available for Ham use at no cost. I 
misunderstood the relationship of the various versions. 


There is a highly discounted version of the $995 Circad program available 
at $295. This $295 version is available to Licensed Ham/Amateur Radio 
Operators only. Check out http://dover.5u.com/ for more info on the Ham 
Discount. 


There is a demo version of Circad downloadable at http://www.holophase.com; 
although that version can be used to draw small schematics and PCBs, it's 
not a replacement for the full program. 


I want to apologize to Holophase and to Jay Craswell for improperly 
describing the versions of Circad, and to you for any confusion this may 
have caused. 


73, 
John N8UR 


President, TAPR 
jra@febo.com -- n8ur@tapr.org 
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With the tragic events of this week, we've had to seriously consider 
whether it was still appropriate or feasible to hold the Digital 
Communications Conference next weekend (Sept. 20-22) in Cincinnati. 
Although we grieve with the whole world for the losses so many have 
suffered, we believe it's important to show that terrorism will not succeed 
in making us change our way of life. 


So, the DCC will go on. We realize that in light of the circumstances, 
some folks who have already registered may feel they cannot attend. If 
that is the case, please contact the TAPR office (tapr@tapr.org) and we 
will arrange a refund of your registration fee. If you are traveling to 
the DCC, remember that things may still be somewhat disrupted next week, 
and increased security precautions will certainly cause some airport 
delays. Check with your airline early and often to make sure they haven't 
changed your plans for you. 


We realize that this year's DCC may well be smaller, and will certainly be 
more somber, than in past years. But we think that going ahead is the 
right thing to do, and we hope that you agree. 


73, 

John 

John Ackermann N8UR jra@febo.com http://www. febo.com 
President, TAPR n8ur@tapr.org http: //www.tapr.org 
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The APRS Working Group is pleased to announce that Bill Diaz, KC9XG, and 
Roger Barker, G4IDE, have joined the WG effective immediately. 


Bill is the author of the A-Filter software and has been actively involved 
in discussions around the APRS Internet specification. Roger is the author 


of UI-view and brings a valuable international perspective to the WG. 


We're excited to have them in the Working Group, and look forward to the 


value they will add to the APRS standards process. 


For the APRS Working Group, 


John N8UR 
Administrative Chair 
jra@febo.com -- n8ur@tapr.org 
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Well, the Digital Communications Conference is only a few days away. If 
you can make your way to Cincinnati, Ohio this weekend (Sept. 21-22) we 
invite you to attend the show -- registration is available at the door. 
Full details, including the current schedule, are available at 

http: //www.tapr.org/dcc. 


Here's a brief rundown; note that due to the tragic events of last week, 
we've had to make some adjustments to the schedule. 


Friday: 


Registration Opens 9:00AM 


APRS Forum 1:00 - 6:00PM 
(The morning part of the Forum has been cancelled.) 


PRUG Social 7:00PM 
(Come enjoy the hospitality and see the latest 
activities 
of the Packet Radio Users Group of Tokyo, Japan.) 
Saturday: 
Registration Opens 7:15AM 
Main Program 8:00AM - 5:00PM 
(There will be a mix of introductory sessions on new 
aspects of digital communication, as well as more 
advanced topics. We think there'll be something 
for everyone.) 
TAPR Membership Meeting 5:00PM 
Banquet 7:00PM 
(Anthony Curtis, K3RXK will speak on "40 Years of 
Amateur 
Radio in Space.") 
NOTE: We've regretfully had to cancel the Sunday Seminar. If you 


registered for it, please stop at the registration area or contact TAPR to 
arrange a refund. 
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Is there a forum, other than this one, to speak to the APRS developers, 
without involving the main APRS sig? 


Dave's Engineering Page: http://www.dvanhorn.org 


Got a need to read Bar codes? http://www.barcodechip.com 
Bi-directional read of UPC-A, UPC-E, EAN-8, EAN-13, JAN, and Bookland, with 
two or five digit supplemental codes, in an 8 pin chip, with NO external parts. 
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Except for the line object (type 6 - down/left) all area objects are 
referenced from their upper left hand corner. This is problematic when 
considering the circle, ellipse and triangle objects. Where is the upper 
left hand corner of an ellipse, circle, triangle? 


Wouldn't it make more sense to say that these objects are referenced from 
the upper left hand corner of the "bounding rectangle" containing the 
object? The bounding rectangle would be the smallest possible rectangle 
containing the area object. All versions of the Windows operating system 
reference circles and ellipses drawn by their "bounding rectangle". While I 
understand that the original concept was developed as part of APRSDOS, it 
might make sense to change the APRS spec in this regard to make it 
consistent with the majority of the pc operating systems in use, especially 
when we are 

trying to gain consistency with the way these objects are drawn on a map. My 
guess is that all Intel based operating systems draw these objects in this 
fashion. Perhaps our Linux developers can shed some light on this. 


Triangles? 

Can we assume that we are talking about equallateral triangles? If so, 
wouldn't it make sense to refer to the position as the first point on the 
triangle, the offset as the second point, then draw the rest of the triangle 
in a counter clockwise fashion? This also allows us to draw the triangle at 


any "angle". 


Also, what would the practical use of a triangle as an area 
object be? Can anyone think of examples? 


Regards, 


Rich - Wn0x 
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On Sun, 23 Sep 2001, Rich Beckwith wrote: 


Except for the line object (type 6 - down/left) all area objects are 
referenced from their upper left hand corner. This is problematic when 
considering the circle, ellipse and triangle objects. Where is the upper 
left hand corner of an ellipse, circle, triangle? 


VVV MV 


For the circle it is the upper left corner of a box that contains the 
circle. 


> Wouldn't it make more sense to say that these objects are referenced from 
> the upper left hand corner of the "bounding rectangle" containing the 
> object? 


Yes. same thing. 


The bounding rectangle would be the smallest possible rectangle 
containing the area object. All versions of the Windows operating 
system reference circles and ellipses drawn by their "bounding 
rectangle". While I understand that the original concept was 
developed as part of APRSDOS, it might make sense to change the APRS 
spec in this regard to make it consistent with the majority of the pc 
operating systems in use, especially when we are trying to gain 
consistency with the way these objects are drawn on a map. My guess is 
that all Intel based operating systems draw these objects in this 
fashion. Perhaps our Linux developers can shed some light on this. 


VV VV VV VV VV 


No change needed, since what you suggest is the way it is supposed to be, 
unless you are saying that the wording is confusing? 


Triangles? 

Can we assume that we are talking about equallateral triangles? If so, 
wouldn't it make sense to refer to the position as the first point on the 
triangle, the offset as the second point, then draw the rest of the triangle 
in a counter clockwise fashion? This also allows us to draw the triangle at 
any "angle". 


VVVVV VV 


The first point is the APEX. THe second point is the lower right. SInce 
it is an isosoles triangle, then the other side is defined. 


Hope that helps. 
bob 
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Unless I missed something, no mention is made of a bounding rectangle for circles/ 
ellipses. Also, no mention of how a triangle object is supposed to be drawn 
either. This would be a big help. 


>No change needed, since what you suggest is the way it is supposed to be, 
>unless you are saying that the wording is confusing? 


Thanks for your help Bob. 


Rich - WnOx 
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<SNIP> 

>Later, I communicated privately with Bob because this equation still 
>seemed to create the wrong size areas. He sent me some example objects, 
>describing their sizes (i.e.: rectangle 20miles by 30miles), for me to 
>compare. I then was sure that the above equation is not correct. 

>Bob then sent me a code snippet and I believe I found the correct equation 
>and a possible explanation of the confusion: 


>offset_in_degrees = (offset_in_packet%2) / 1500 


>Using that equation gave me areas with sizes the same as the example 
>objects that Bob had sent me. I believe the confusion may have come from 
>the comment near that section of code that talks about 100ths of a degree 
>squared. 

>Comments? 

>-- 

>Olivier Calle 


I understand (offset_in_packet%*2), but why are you dividing by 1500 intead of 100 
(1/100ths of a degree)? 


Rich - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 16:55:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15151 

for <lyris.aprsspec@tapr.org>; Mon, 24 Sep 2001 16:55:28 -0500 (CDT) 
Message-Id: <LYR11589-38239-2001.09.24-17.19.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 24 Sep 2001 16:58:50 -0500 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects Symbol Table? 
Mime-Version: 1.0 

Content-Type: text/plain; charset=US-ASCII 

Content-Disposition: inline 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sbaf665e.003@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA15151 


Is there a reason why the alternet symbol table wasn't used for the area object? 
I was under the impression that it was required. 


>>> Bob Bruninga <bruninga@usna.edu> 07/26/01 07:33AM >>> 
Here are the codes for two test objects: 


;CIRCLE *07142323900.00N/07200.00W/15211325 with a radius of 22.3 mi 
; RECTANGLE*07142423900. 00ON/07200.00W/19321331 47mi high by 35 mi wide 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 16:59:33 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15637 
for <lyris.aprsspec@tapr.org>; Mon, 24 Sep 2001 16:59:32 -0500 (CDT) 
Message-Id: <LYR11589-38241-2001.09.24-17.23.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 24 Sep 2001 17:02:51 -0500 
From: "Rich Beckwith" <Rich@dps.state.mo.us> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects Symbol Table? 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Disposition: inline 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <sbaf6751.005@dps.state.mo.us> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA15637 


Also, is there supposed to be a "/" after the posit? Shouldn't this be where the 
symbol id "1" should be? I am not trying to be picky, just making sure I haven't 
missed something important! 


Rich 
>>> "Rich Beckwith" <Rich@dps.state.mo.us> 09/24/01 04:58PM >>> 


Is there a reason why the alternet symbol table wasn't used for the area object? 
I was under the impression that it was required. 


>>> Bob Bruninga <bruninga@usna.edu> 07/26/01 07:33AM >>> 
Here are the codes for two test objects: 


;CIRCLE *07142323900.00N/07200.00W/15211325 with a radius of 22.3 mi 
; RECTANGLE*x07142423900.00ON/07200.00W/19321331 47mi high by 35 mi wide 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 17:05:54 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA16618 

for <lyris.aprsspec@tapr.org>; Mon, 24 Sep 2001 17:05:49 -0500 (CDT) 


Date: Mon, 24 Sep 2001 15:05:33 -0700 (PDT) 

From: Olivier Calle <olivier@calle.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Object Sizing 

In-Reply-To: <LYR24539-38237-2001.09.24-17.05.15-- 
olivier#calle.org@lists.tapr.org> 

Message-ID: <LYR11589-38249-2001.09.24-17.30.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.33.0109241450440.7362-100000@tesla.intra.calle.org> 
Precedence: bulk 


On Mon, 24 Sep 2001, Rich Beckwith said: 
RB> I understand (offset_in_packet*2), but why are you dividing by 1500 
RB> intead of 100 (1/100ths of a degree)? 


First of all, forget what the spec says. From what I understand, the 

information in the spec is the best that the spec writer could come up 
with when he wrote it and it did not receive much attention before the 
spec was released. 


If you check out the archives of this list, you will see a few threads on 
the topic of area objects, at least one instigated by me. The division by 
1500 was something I found after talking to Bob and receiving a snippet of 
basic code from him (presumably of APRSdos). I can assure you that this 
code I saw does the following operation: 

(offset_in_packet *% 2) / 1500 


My theory on where the 100ths comes from is the _comment_ at this line of 
code which says this: Increments of 100ths of a deg%2 
Remember, the comment says that but the code does divide by 1500. 


If you want to look at code that I believe is correct, check out a CVS 
copy of the Xastir source. You can find out how to get it at 
www.xastir.org 


73, 


Olivier Calle 


internet: <olivier@calle.org> 


work tel: 425-446-5088 home tel: 360-658-2692 To err is human, 
callsign: N7TAP, class: General to really foul up 
job: Fluke Networks, Sr. Software Engineer requires the root 
WWW Page URL: http://calle.org/olivier/ password... 

Psalm 48:14 SPU Electrical Engineering Graduate 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 17:08:02 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA16803 

for <lyris.aprsspec@tapr.org>; Mon, 24 Sep 2001 17:07:56 -0500 (CDT) 
Date: Mon, 24 Sep 2001 15:07:38 -0700 (PDT) 
From: Olivier Calle <olivier@calle.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects Symbol Table? 
In-Reply-To: <LYR24539-38241-2001.09.24-17.23.53-- 
olivier#calle.org@lists.tapr.org> 
Message-ID: <LYR11589-38252-2001.09.24-17.32.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.LNX.4.33.0109241505590.7362-100000@tesla.intra.calle.org> 
Precedence: bulk 


On Mon, 24 Sep 2001, Rich Beckwith said: 

RB> Also, is there supposed to be a "/" after the posit? Shouldn't this 
RB> be where the symbol id "1" should be? I am not trying to be picky, 
RB> just making sure I haven't missed something important! 


RB> Is there a reason why the alternet symbol table wasn't used for the 
RB> area object? I was under the impression that it was required. 


I'm not sure, but it may be that Bob typed these in by hand. As far as I 


can gather, your comments above are accurate and correct. 


73, 


Olivier Calle 


internet: <olivier@calle.org> 


work tel: 425-446-5088 home tel: 360-658-2692 To err is human, 
callsign: N7TAP, class: General to really foul up 
job: Fluke Networks, Sr. Software Engineer requires the root 
WWW Page URL: http://calle.org/olivier/ password... 

Psalm 48:14 SPU Electrical Engineering Graduate 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 17:22:34 2001 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR25861-38241-2001.09.24-17.23.53-- 
roger.bille#telia.com@lists.tapr.org> 
Subject: [aprsspec] Re: Area Objects Symbol Table? 
Date: Tue, 25 Sep 2001 00:22:21 +0200 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <022601c14547$614b3d80$664ba8cO@ws1rogerb6é> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Rich, 
Try these instead: 


;CIRCLE *07142323900.00N\07200.00W15211325 with a radius of 22.3 mi 
; RECTANGLE*07142423900. OON\07200 .00W19321331 47mi high by 35 mi wide 


Note the backslash between the lat/long and no slash after the W. Also note 
that the character after W is a lower case L and not digit one. 


73 de sm5nrk/Roger 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 17:25:03 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA19064 

for <lyris.aprsspec@tapr.org>; Mon, 24 Sep 2001 17:24:59 -0500 (CDT) 
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Date: Mon, 24 Sep 2001 18:24:39 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: <bruninga@arctic> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Object Sizing 
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MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 24 Sep 2001, Rich Beckwith wrote: 


> I understand (offset_in_packet*2), but why are you dividing by 1500 
> intead of 100 (1/100ths of a degree)? 


To scale it down to usable sizes. Since we only had digits from 01 to 99, 
then we only had a certain range of sizes. It was felt that 1500 as a 
divisor got them down to small sizes that were useful while not limiting 
the large ones too much... 


So it is just a random scaling factor. 

If I remember correctly the smallest box can be 60 feet across? 

and the largest 100 miles or so? Been a long time... so you are closer to 
knowning the answer than I without a lot of research... 


But we did want to be able to draw a small box... 
Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 24 17:31:12 2001 
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Message-ID: <LYR11589-38260-2001.09.24-17.55.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
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On Mon, 24 Sep 2001, Rich Beckwith wrote: 


> Is there a reason why the alternet symbol table wasn't used for the 
> area object? I was under the impression that it was required. 


Yes, I goofed! SHould have been an alternate table. I better check my 
code. (It originally was primary until we added the alternate table) 
then it made more sense for it to be an alternate. So we wwrote the spec 
that way. Most of us probably accept either. But I should definately 
not have been transmitting it that way! 


> > > >>> Bob Bruninga <bruninga@usna.edu> 

07/26/01 07:33AM >>> > Here are the codes for two test objects: 

> 

;CIRCLE *07142323900.00N/07200.00W/15211325 with a radius of 22.3 mi 


> 
> ;RECTANGLE*07142423900 .00N/07200.00W/19321331 47mi high by 35 mi wide 
> 
> 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
PCsat Design http: //www.ew.usna.edu/~bruninga/pcsat. html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Object Sizing 
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MIME-Version: 1.0 
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Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 24 Sep 2001, Rich Beckwith wrote: 


> I understand (offset_in_packet*2), but why are you dividing by 
> 1500 intead of 100 (1/100ths of a degree)? 


Because the spec itself is wrong! It has a few other deficiencies: 


Ellipses haven't been implemented in any software yet (someone 
correct me if I'm wrong). 


Triangles are always isosceles triangles, oriented vertically as Bob 
said. The spec needs more detail as to their definition, including 
the fact that they are isosceles, oriented vertically, and where 

the point of reference is located. 


The exact definition of circles isn't specified in the spec. I think 
Bob said they fit inside a box with the lat/lon dimensions in the 
packet. 


The point of reference for objects is different than the spec uses. 
Spec says upper-left. Lower-right is correct for some, one line uses 
lower-left, one line uses lower-right, circles use center, and 
triangles use lower-right again. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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Precedence: bulk 


Wow, I really screwed up that one. Yes, I have no idea how or why I put 
the "/" in there! Yes, it should be the lower case "L". 


good eye.. 

bob 

On Mon, 24 Sep 2001, Rich Beckwith wrote: 

Also, is there supposed to be a "/" after the posit? Shouldn't this 
be where the symbol id "1" should be? I am not trying to be picky, 


just making sure I haven't missed something important! 


Rich 


VVVVNV WV 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 25 17:01:13 2001 
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<SNIP> 

>The point of reference for objects is different than the spec uses. 
>Spec says upper-left. Lower-right is correct for some, one line uses 
>lower-left, one line uses lower-right, circles use center, and 
>triangles use lower-right again. 


Curt, I don't think this is right. I believe all the shapes are referenced by the 
upper left corner of the "Bounding Rectangle" that contains the area object, even 
for circles. 


The only exception is #6 - Line (offset: Down/Left) 


Incidently, if you use a bounding rectangle, there is no need for a "circle" 
object. It is simply an ellipse bounded by a rectangle of equal sides (square). 


Bob, 


I noticed that if I use the example circle you provided I end up drawing an 
ellipse. Can this be corrected and still project the maps in WGS84? 


Rich - WnQ0x 
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On Tue, 25 Sep 2001, Rich Beckwith wrote: 


> I noticed that if I use the example circle you provided I end up 
> drawing an ellipse. Can this be corrected and still project the maps 
> in WGS84? 


In what kind of software? Or map projection? Mercator? Circles of equal 
radius on those maps (Like WinAPRS) will always are an elipse. APRSdos 
varies its longitude extent by the cosine of the latitude so that a circle 
of equal range is a circle on the map... It really doesnt matter. As 
long as a "circle" of radius 50 miles plots as a graphic that is 50 miles 
in all directions from the center... 


Hope that helps 
Bob 
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On Tue, 25 Sep 2001, Rich Beckwith wrote: 


<SNIP> 

>The point of reference for objects is different than the spec uses. 
>Spec says upper-left. Lower-right is correct for some, one line uses 
>lower-left, one line uses lower-right, circles use center, and 
>triangles use lower-right again. 


VVVVV VV 


Curt, I don't think this is right. I believe all the shapes are referenced by 
the upper left corner of the "Bounding Rectangle" that contains the area object, 
even for circles. 


Nope. You're probably looking at the spec. It's not correct in this 
instance. That part of the spec evidently wasn't gone through with 

a fine-toothed comb before release. See how APRSdos does it. That's 
basically the first reference implementation, and the spec was 


written after APRSdos. Note that you'll see size differences still 
between WinAPRS and APRSdos w.r.t. area objects. I think the sizes 
are the same now between APRSdos and Xastir, thanks to Olivier. 


> Incidently, if you use a bounding rectangle, there is no need for a "circle" 
object. It is simply an ellipse bounded by a rectangle of equal sides (square). 


No argument there. The area object definitions in the spec could use 
some rethinking (my opinion). 


> I noticed that if I use the example circle you provided I end up drawing an 
ellipse. Can this be corrected and still project the maps in WGS84? 


The reason it draws an ellipse with some map software/map projections 
is that the aprs spec defines the sizes in lat/long, not in 
distances. You have to mismatch the X/Y offsets in order to see 
circles or squares with any map software that uses equal-distance 
projections. I think I said that right. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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>>> "Curt Mills, WE7U" <hacker@tc.fluke.com> 09/26/01 05:31PM >>> 
On Tue, 25 Sep 2001, Rich Beckwith wrote: 


<SNIP> 

>The point of reference for objects is different than the spec uses. 
>Spec says upper-left. Lower-right is correct for some, one line uses 
>lower-left, one line uses lower-right, circles use center, and 
>triangles use lower-right again. 


VV VV VV NV 


Curt, I don't think this is right. I believe all the shapes are referenced by 
the upper left corner of the "Bounding Rectangle" that contains the area object, 
even for circles. 


We would have to check with Bob, but am am positive he advised that even circles 
are referenced from the upper left hand corner of their bounding rectangle. It 
does make sense to draw a circle from its center though. Much easier for the end 
user to visualize when they are creating the object. 


If you have a test log, I would be glad to run it and send the output to you for 
comparison. Heck, lets post it on a web site so people can look at it and 
compare. 


Rich - Wn0x 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Sep 27 10:53:36 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA09758 

for <lyris.aprsspec@tapr.org>; Thu, 27 Sep 2001 10:53:33 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 27 Sep 2001 11:53:13 -0400 (EDT) 


From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: <bruninga@arctic> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
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On Thu, 27 Sep 2001, Rich Beckwith wrote: 


We would have to check with Bob, but am am positive he advised that 
even circles are referenced from the upper left hand corner of their 
bounding rectangle. It does make sense to draw a circle from its 
center though. Much easier for the end user to visualize when they 
are creating the object. 


VVVV WV 


Yes, "bounded by the box" but the box in this case is defined in the 
AREA-OBJECT format as the upper left corner and the center... 
bob 
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We would have to check with Bob, but am am positive he advised that 
even circles are referenced from the upper left hand corner of their 
bounding rectangle. It does make sense to draw a circle from its 
center though. Much easier for the end user to visualize when they 
are creating the object. 


VV VV Vv 


>>Yes, "bounded by the box" but the box in this case is defined in the 
>>AREA-OBJECT format as the upper left corner and the center... 
>>bob 


Now you have lost me. How can the circle be "bounded" by its upper left hand 
corner and the center? To be "bounded" the circle must lie completly within the 
boundries of the rectangle. Are you saying the the Offset is the center of the 
circle, and the POSIT is the upper left hand corner? 


Rich 
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On Thu, 27 Sep 2001, Rich Beckwith wrote: 


> > Curt, I don't think this is right. I believe all the shapes are referenced by 
the upper left corner of the "Bounding Rectangle" that contains the area object, 
even for circles. 


It's the lower-right corner though. The spec is _wrong_ in this 
regard. WinAPRS draws area with different sizes than APRSdos, but I 
think it draws them with the same reference point (lower-right) . 


I can't claim to remember anymore what Bob said about circles. 

The Xastir developer who coded the area objects went through great 
pains to make sure that they agreed with Bob view. It's always 
possible he missed one though. 


I could start up a virtual machine here to test things but don't have 
the time right now. Would have to install the programs and such. 


Can someone with WinAPRS and/or DOSaprs create a few area objects and 
report back where the reference point is located? Also the 
approximate sizes of the objects? 


> We would have to check with Bob, but am am positive he advised that even circles 
are referenced from the upper left hand corner of their bounding rectangle. It 
does make sense to draw a circle from its center though. Much easier for the end 
user to visualize when they are creating the object. 

> 

> If you have a test log, I would be glad to run it and send the output to you for 
comparison. Heck, lets post it on a web site so people can look at it and 
compare. 


I'm game. I'd like to see what Bob and the rest of the authors have 
to say about it. I do have a test file, but I'd have to run it down. 


T'll bug Olivier and see what he remembers about circles. It wasn't 
too many months ago that he implemented area objects. 


It'd be nice to get public buy-in _and_ get the spec corrected, so 
that new authors don't go down the wrong path. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Sep 27 14:15:11 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA27642 
for <lyris.aprsspec@tapr.org>; Thu, 27 Sep 2001 14:15:09 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 27 Sep 2001 15:14:56 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: <bruninga@arctic> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Object Sizing 
In-Reply-To: <sbb32375.059@dps.state.mo.us> 
Message-ID: <LYR11589-38931-2001.09.27-14.39.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.33.0109271514180 .23973-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 27 Sep 2001, Rich Beckwith wrote: 


We would have to check with Bob, but am am positive he advised that 
even circles are referenced from the upper left hand corner of their 
bounding rectangle. It does make sense to draw a circle from its 
center though. Much easier for the end user to visualize when they 
are creating the object. 


VVVV WV 


>>Yes, "bounded by the box" but the box in this case is defined in the 
>>AREA-OBJECT format as the upper left corner and the center... 
>>bob 


Now you have lost me. How can the circle be "bounded" by its upper 
left hand corner and the center? To be "bounded" the circle must lie 
completly within the boundries of the rectangle. Are you saying the 
the Offset is the center of the circle, and the POSIT is the upper 
left hand corner? 


VVVVV VV VV VV VV VW 


Upper left corner of the box and center of the box 
bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Sep 27 14:26:15 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA28878 
for <lyris.aprsspec@tapr.org>; Thu, 27 Sep 2001 14:26:13 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 27 Sep 2001 15:25:53 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: <bruninga@arctic> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Re: Area Object Sizing 
In-Reply-To: <Pine.GSO.4.10.10109271203060.2056-100000@dogbert.tc.fluke.com> 


Message-ID: <LYR11589-38932-2001.09.27-14.50.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.33.0109271520040 .23973-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


To answer Kurts question: 


It is "upper left to lower right". But I think the lower right point is 
the LAT/LONG tranmsmitted and the offset then refers back to the "offset 
point" which is the upper left. 


THis is all just symantics. You see, in DOS you have to move the cursor 
to the upper left corner. Then center the MAP as the starting point. 
(hit HOME key) then move cursor down to the lower right and hit 
INPUT-ADD-OBJECT etc... Thus "upper left to lower right"... 


But it is the coordinates of the CURSOR (now in the lower right) that are 
placed into the OBJECT format and the offset referrs back to the original 
upper left point which is now at the center of the APRSdos map. 


You see, APRS dos has no click and drag. SO I used the MAP center and 
cursor locations as the two points to define objects... 


Hope that helps... 


de WB4APR@amsat.org, Bob 


ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
PCsat Design http: //www.ew.usna.edu/~bruninga/pcsat.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area Object Sizing 
In-Reply-To: <LYR12892-38921-2001.09.27-13.23.36-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-38960-2001.09.27-17.44.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10109271330290 .2056-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 27 Sep 2001, Rich Beckwith wrote: 


We would have to check with Bob, but am am positive he advised that 
even circles are referenced from the upper left hand corner of their 
bounding rectangle. It does make sense to draw a circle from its 
center though. Much easier for the end user to visualize when they 
are creating the object. 


VV VV Vv 


>>Yes, "bounded by the box" but the box in this case is defined in the 
>>AREA-OBJECT format as the upper left corner and the center... 
>>bob 


VV VV VV VV VV 


> Now you have lost me. How can the circle be "bounded" by its upper left hand 

corner and the center? To be "bounded" the circle must lie completly within the 
boundries of the rectangle. Are you saying the the Offset is the center of the 

circle, and the POSIT is the upper left hand corner? 


Very close. The posit is the center of the circle, and the offset is 
the upper left corner of the bounding box. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 


Senior Methods Engineer/SysAdmin 
"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Sep 27 22:20:07 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ0187 

for <lyris.aprsspec@tapr.org>; Thu, 27 Sep 2001 22:20:06 -0500 (CDT) 
Date: Thu, 27 Sep 2001 14:44:27 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [Laprsspec] Re: Area Object Sizing 
In-Reply-To: <sbb2e3eb.057@dps.state.mo.us> 
Message-ID: <LYR11589-39013-2001.09.27-22.44.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10109271442490 .2056-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 27 Sep 2001, Rich Beckwith wrote: 
> If you have a test log, I would be glad to run it and send the output to you for 
comparison. Heck, lets post it on a web site so people can look at it and 


compare. 


Hopefully you saw that last message from Bob B. He explained how he 
was generating the objects with his software. Good info. 


Try this: 


http: //www.eskimo.com/~archer/objects.html 


It has a link to the file I used to generate the objects as well as 
screen grabs from Xastir. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 8 18:28:44 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA15598 

for <lyris.aprsspec@tapr.org>; Mon, 8 Oct 2001 18:28:40 -0500 (CDT) 
User-Agent: Microsoft-Entourage/9.0.1.3108 
Date: Mon, 08 Oct 2001 19:27:06 -0400 
Subject: [aprsspec] ADMIN: Monthly Message 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-40914-2001.10.08-18.53.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B7E7AE49.A164%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA15598 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 


>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Oct 13 16:17:32 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA24944 

for <lyris.aprsspec@tapr.org>; Sat, 13 Oct 2001 16:17:31 -0500 (CDT) 
Date: Sat, 13 Oct 2001 16:17:07 -0500 
Message-Id: <LYR11589-41614-2001.10.13-16.42.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


From: "James Jefferson" <jjeffers@deskmedia.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Sample compressed packets? 

X-IPAddress: 209.83.83.50 

MIME-Version: 1.0 

Content-Type: text/plain; charset=iso-8859-1 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200110132117 .QAA32383@dm.deskmedia. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi, 
I'm looking for some samples of compressed (ie BASE-91) packets. 
Thanks, 


-Jim Jefferson KBOTHN 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Oct 13 22:37:51 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA15123 

for <lyris.aprsspec@tapr.org>; Sat, 13 Oct 2001 22:37:46 -0500 (CDT) 
Message-ID: <LYR11589-41652-2001.10.13-23.02.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 13 Oct 2001 23:24:11 -0400 
From: Alex <krist@amsat.org> 
Reply-To: krist@amsat.org 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Sample compressed packets? 
References: <LYR23952-41614-2001.10.13-16.42.40--kristi#tamsat.org@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BC9055B.FEQ27A50@amsat.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi Jim, 
You can construct them yourself using the info in the spec. That's what 
I just did to test my algorithms for the Cybiko. It gives you a good 


understanding of the encoding process. 


73, 
--Alex 


James Jefferson wrote: 

Hi, 

I'm looking for some samples of compressed (ie BASE-91) packets. 
Thanks, 


-Jim Jefferson KBOTHN 


You are currently subscribed to aprsspec as: krist@amsat.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV OV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Oct 20 18:08:46 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA23625 

for <lyris.aprsspec@tapr.org>; Sat, 20 Oct 2001 18:08:44 -0500 (CDT) 
Message-ID: <LYR11589-42616-2001.10.20-18.33.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Paul Vizard" <paul@golborne.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS drawing message 
Date: Sat, 20 Oct 2001 18:07:24 -0500 
MIME-Version: 1.0 


Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <001f£01c159bc$00da1320$0200a8cO0@golborne.dtdns.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Is there any current work been done on sending pictorial weather 
information? To be more specific, a way to send pictorial storm info 
(radar, cells etc) or fronts etc. 


I have put a few notes together on a drawing message that could in a single 
packet, describe multiple drawing items that could be overlaid on a map. 


I would welcome any comment. 

http://www. golborne.com/pubfiles/APRS%20draw%20message. txt 
(Please note that this document is a very early draft) 

73, Paul 

Paul A Vizard 


- K5SPAV - 
paul@golborne.com 


Outgoing mail is certified Virus Free. 
Checked by AVG anti-virus system (http://www. grisoft.com). 
Version: 6.0.282 / Virus Database: 150 - Release Date: 9/25/01 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Oct 22 14:33:13 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA08733 
for <lyris.aprsspec@tapr.org>; Mon, 22 Oct 2001 14:33:10 -0500 (CDT) 
Date: Mon, 22 Oct 2001 12:32:16 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS drawing message 
In-Reply-To: <LYR12892-42616-2001.10.20-18.33.01-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-42912-2001.10.22-14.58.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.10.10110221227370 .10793-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 20 Oct 2001, Paul Vizard wrote: 


> I have put a few notes together on a drawing message that could in a single 
> packet, describe multiple drawing items that could be overlaid on a map. 


Bob B. had proposed a drawing format earlier that would enable 
sending multiple line segments in one APRS packet. As far as I know 
it was never implemented or added to the spec though. You might to 
into the archives and compare yours with his. 


If some agreement could be made on this issue, I'd certainly try to 
contribute by adding the feature to one software package. I'd like 
more drawing capability than the APRS spec currently provides for. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 23 15:19:06 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA0Q9972 
for <lyris.aprsspec@tapr.org>; Tue, 23 Oct 2001 15:19:06 -0500 (CDT) 
Message-Id: <LYR11589-43114-2001.10.23-15.44.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: mcheavens@pop.amexmail.com 
Date: Tue, 23 Oct 2001 15:18:42 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mark Cheavens <mcheavens@usa.net> 
Subject: [aprsspec] PHG calculation 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20011023143753 .00c12340@pop.amexmail .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I would like to hear some comments about the PHG calculation and why it 
appears to me that it does not take into account for the earth's curvature. 


While doing to recent upgrades to the TNC's in the Houston area (All 
running UIDIGI) I was twiddling with PHG numbers so that I could get 
accurate coverage circles drawn around them. Most of the digis that I have 
(or control) are on tall buildings or towers, usually co-located with voice 
repeaters that are of known coverage areas. 


I will just use ONE site in my example since it is easy to deal with. 

Site location: Building top in Downtown Houston. Terrain FLAT (less than 
100 feet of elevation change in any direction for 60-100miles). Building 
elevation above ground 650ft (pretty close to the 640) Digi Power output: 
110QWatts, 6DB (DB224 ant). This gives a range of 85miles. 

Not a Chance! 

IF I play with the numbers I can get the range that is accurate (35 miles 
SOLID coverage and 45 miles of 50% missed packets) If I use a number of 
9430 for a range of 35miles. I can assure you that NO radio at 160ft covers 
that well. 


If I play with other values it only gets worse. If I use our former site at 
1400ft with a 12dB gain ant and 50Watts (UHF) (PHG7790) shows a range of 
126miles....Not a chance! I had trouble shooting two 80 mile link paths 
with the both ends using yagi's and 300ft of elevation on the far ends. 


I admit I only use APRS+SA so don't know about the others map apps, but 
wouldn't it be better to ditch phg and just use rng instead (APRS+SA does 
not support RNG). 


Comments? 


Mark Cheavens 

KC5EVE 

http://www. cheavens.com/mark 

(mcheavens@usa.net) 

Where am I now? http://www. findu.com/cgi-bin/find.cgi?kc5eve-9 

Where have I been lately? http://www. findu.com/cgi-bin/track1.cgi?kc5eve-9 
Where am I w/Weather radar? 

http://www. findu.com/cgi-bin/find.cgi?kc5eve-9&radar=**x* 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 23 15:57:54 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA13245 

for <lyris.aprsspec@tapr.org>; Tue, 23 Oct 2001 15:57:53 -0500 (CDT) 
X-Originating-IP: [12.10.100.210] 
From: "J. Scott Ratchford" <w5jsr@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: PHG calculation 
Date: Tue, 23 Oct 2001 15:57:25 -0500 
Mime-Version: 1.0 
Content-Type: text/plain; format=flowed 
Message-ID: <LYR11589-43117-2001.10.23-16.23.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-OriginalArrivalTime: 23 Oct 2001 20:57:25.0954 (UTC) 
FILETIME=[51C4FA20:01C15C05] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F213ZvtRfJ4Ym3zL8NvO000f28d@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


For what it is worth, 


real world, 8 watts at digi (formerly NAARS), home-made j-pole, 600 feet 
difference in it and my former location location, 43 miles separation, 100% 


copy. 


real world, 10 watts at digi (WHTNY), home-made j-pole, 200 feet difference, 
over 200 miles separation, over 50% copy. digi-to-digi. 


real world, 10 watts at digi (WHTNY), home-made j-pole, 200 feet difference, 
23 miles separation, 100% copy. digi-to-qth. 


real world, unknown watts at digi (CVNL), unknown antenna, aprox. 140 feet 
difference, 83 miles separation, better than 50% copy. digi-to-qth. 


I know that if we go by PHG only, there are some differences in what we 
calculate and the real world. The best software I've seen for calculating 
coverage areas costs more than I would ever pay for it and uses geographical 
data. I have plotted this area and it was very accurate, but not 100%! 


If your going to use PHG, then go a little conservative on your numbers and 
let it go at that. Then you can claim everything outside the circle as a 
bonus! <grin> 


73 de W5JSR 


From: Mark Cheavens <mcheavens@usa.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] PHG calculation 

Date: Tue, 23 Oct 2001 15:18:42 -0500 

MIME-Version: 1.0 

Received: from [204.17.217.24] by hotmail.com (3.2) with ESMTP id 
MHotMailBD9F1BC3007F40043197CC11D91809150; Tue, 23 Oct 2001 13:19:23 -0700 
>From bounce-aprsspec-14466@lists.tapr.org Tue, 23 Oct 2001 13:20:10 -0700 
Return-Path: <mcheavens@usa.net> 

Message-Id: 
<LYR14466-43114-2001.10.23-15.44.47--w5jsri#hotmail.com@lists.tapr.org> 
X-Sender: mcheavens@pop.amexmail.com 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4.3.1.2.20011023143753 .00c12340@pop.amexmail . com> 

Sender: bounce-aprsspec-14466@lists.tapr.org 

Precedence: bulk 


I would like to hear some comments about the PHG calculation and why it 
appears to me that it does not take into account for the earth's curvature. 


While doing to recent upgrades to the TNC's in the Houston area (All 
running UIDIGI) I was twiddling with PHG numbers so that I could get 
accurate coverage circles drawn around them. Most of the digis that I have 
(or control) are on tall buildings or towers, usually co-located with voice 
repeaters that are of known coverage areas. 


I will just use ONE site in my example since it is easy to deal with. 

Site location: Building top in Downtown Houston. Terrain FLAT (less than 
100 feet of elevation change in any direction for 60-100miles). Building 
elevation above ground 650ft (pretty close to the 640) Digi Power output: 
110Watts, 6DB (DB224 ant). This gives a range of 85miles. 

Not a Chance! 

IF I play with the numbers I can get the range that is accurate (35 miles 
SOLID coverage and 45 miles of 50% missed packets) If I use a number of 
9430 for a range of 35miles. I can assure you that NO radio at 160ft covers 
that well. 


If I play with other values it only gets worse. If I use our former site at 
1400ft with a 12dB gain ant and 50Watts (UHF) (PHG7790) shows a range of 
126miles....Not a chance! I had trouble shooting two 80 mile link paths 
with the both ends using yagi's and 300ft of elevation on the far ends. 


I admit I only use APRS+SA so don't know about the others map apps, but 
wouldn't it be better to ditch phg and just use rng instead (APRS+SA does 
not support RNG). 


Comments? 


Mark Cheavens 

KC5EVE 

http://www. cheavens.com/mark 

(mcheavens@usa.net) 

Where am I now? http://www. findu.com/cgi-bin/find.cgi?kc5eve-9 

Where have I been lately? http://www. findu.com/cgi-bin/track1.cgi?kc5eve-9 
Where am I w/Weather radar? 

http://www. findu.com/cgi-bin/find.cgi?kc5eve-9&radar=**x 


You are currently subscribed to aprsspec as: w5jsr@hotmail.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 23 15:58:50 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA13573 

for <lyris.aprsspec@tapr.org>; Tue, 23 Oct 2001 15:58:48 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 23 Oct 2001 16:58:18 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: <bruninga@arctic> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: PHG calculation 
Message-ID: <LYR11589-43118-2001.10.23-16.24.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.33.0110231657240 .12010-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


It was designed around relatively low antennas and it also more or less 
used radio ranges for voice repeatetrs (which works for fixed stations). 
But AX.25 mobiles suffer 30 dB or so worse performance because of mobile 
flutter (multipath) so the REAL circles are LOTS smaller than the PHG for 
a fixed station... 


Problem is, we have such a mix of mobiles and fixed stations, that what is 
right for one is wrong for the other. I would prefer that we draw TWO 
circles around each PHG station. One is the existing one and the other is 
about HALF the range and is for mobiles.. hummh..... 


Bob 
On Tue, 23 Oct 2001, 


Mark Cheavens wrote: 


> I would like to hear some comments about the PHG calculation and why it 
> appears to me that it does not take into account for the earth's curvature. 
> snip> 

> I admit I only use APRS+SA so don't know about the others map apps, but 
> wouldn't it be better to ditch phg and just use rng instead (APRS+SA does 
> not support RNG). 
> Mark Cheavens 

> KC5EVE 

> http: //www.cheavens.com/mark 
> (mcheavens@usa.net) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Oct 23 16:17:08 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15910 

for <lyris.aprsspec@tapr.org>; Tue, 23 Oct 2001 16:17:05 -0500 (CDT) 
Errors-To: <jeff@aerodata.net> 
Message-ID: <LYR11589-43120-2001.10.23-16.42.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 23 Oct 2001 17:13:15 -0400 
From: Jeff King <jeff@aerodata.net> 
Organization: Aero Data Systems, Inc. 
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:0.9.2) Gecko/20010726 
Netscape6/6.1 
X-Accept-Language: en-us 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: PHG calculation 
References: <LYR22299-43117-2001.10.23-16.23.28--jeffitaerodata.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3BD5DD6B.1040208@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


J. Scott Ratchford wrote: 


calculate and the real world. The best software I've seen for 
calculating coverage areas costs more than I would ever pay for it and 
uses geographical data. I have plotted this area and it was very 
accurate, but not 100%! 


VV VV 


Try Radio Mobile: http://www.cplus.org/rmw/english1.html 
Free and fairly accurate. Plus now has APRS support. 


-Jeff 


"They that give up essential liberty to obtain a little temporary safety| 
deserve neither liberty nor safety." -- Benjamin Franklin, 1759 | 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Nov 3 08:41:35 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ0810 

for <lyris.aprsspec@tapr.org>; Sat, 3 Nov 2001 08:41:29 -0600 (CST) 
User-Agent: Microsoft-Entourage/9.0.1.3108 
Date: Sat, 03 Nov 2001 09:39:54 -0500 
Subject: [aprsspec] ADMIN: Monthly Reminder 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-44986-2001.11.03-09.07.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8096B2D.7E6%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA00810 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 

PURPOSE 

The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 

POSTING MESSAGES 


To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 


APRS SPEC SIG RULES 
The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 


>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 7 18:53:30 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25266 

for <lyris.aprsspec@tapr.org>; Wed, 7 Nov 2001 18:53:28 -0600 (CST) 
Message-Id: <LYR11589-45784-2001.11.07-19.19.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 


charset="iso-8859-1" 
From: James Jefferson <jjeffers@deskmedia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] NAVI-TRA Conversion 
Date: Wed, 7 Nov 2001 18:52:31 -0600 
Cc: aprsinet-spec@lists.sourceforge.net 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200111080047 . fA801R112266@mailserv.hbci.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Everyone, 


I implemented a very simple NAVI-TRA posit to APRS conversion (per Bob's 
specification) 


Here is a sample packet: 
SOURCE>APRS: @07214623546. 79N/13929 .51E1r005/000/TOKOROZAWA 


that was generated with the following input (captured from real data) 
SOURCE>APRS: 
$PNTS,1,0,07,11, 2001, 214654 , 3546.793,N,13929.515,E,64, ,5, TOKOROZAWA , 000 ,1*16 


I've attached the source code, which I developed on a Linux box (but should 
work on anything, hopefully). It's not pretty, but I think it works. 


-James Jefferson KBOTHN 


d#tinclude <stdio.h> 
d#Finclude <string.h> 


double atof(); 


unsigned char 

nmea_0183_ checksum (char xp) 

) 
int checksum, start, done; 
checksum = start = done = 0; 


for (; *p != '\O'; p++) 
{ 
if (*p == 'x*') 
done = 1; 
if (start == && done == 0) 
checksum = checksum * xp; —_//  XOR 
if (epe= 79) 
start = 1; 
$ 
return checksum; 


$ 


int main(void) 

t 

char information[256]; 
char *p = information; 
char buffer[256]; 


int i=0; 

int j; 

int len=0; 

char elements[20] [20]; // Store each element until we can put in structure 
int element, last, checksum; 

unsigned char local_checksum; 


int hhmm; 

double latitude; 
double longitude; 
int speed=0; 

int direction=0; 


char Synboltablel sa -$ 10's. V¥". "BY Gl PRE ey 8 SA E'S 
ON AGRO de al Seige th ae ANE Eg 


char symbol_code[] = 4 'n', 'n', 'n', 'n', 'n', a cee rato A ae ME ‘wi, <ty 
ee nS) \5 "Pl, 'R! t; 
ff 


strcpy (information, "$PNTS,1,0,06,11,2001,002440 ,3531.676,N,13943.343,E,00,000,6,,0 
00 ,1*28"); 

strcpy (information, "$PNTS,1,0,07,11, 2001, 214654, 3546.793,N,13929.515,E,64,,5,TOKOR 
OZAWA ,000,1*16"); 


local_checksum = nmea_0183_checksum (p); 


if ( strstr(information,"$PNTS") ) 
- 

#if DEBUG 
print ("dHHHAHAKAAAKA_AAAAAKENAVI-TRA Packe tHAHH_AAA_AAA AAA MAA AAA \ ni"); 
printf£("Information: %s\n",information) ; 

d#endif 


for (i = 0; i < 20; i++) 
strcpy (elements[i], ""); 

i= 0; 

element = 0; 


len=strlen(p); 


for (; j < len && (element < 20) ; p++, i++, j++) 


q 
if ( last == ',' && *p == ',' ) 
elements[element][0] = '\0'; // make it a string! 
Tt Chast Ss ty.) 
i=0; 
if (*p == '',') 
q 
elements[element][i] = '\0'; // make it a string! 
1 =03 
element++; 
$ 
elements[element] [i] = last = xp; 
$ 


elements[element] [i] '\O'; // make it a string! 
#if DEBUG 
for (i = 0; (i < 20); i++) 
if (strcmp (elements[i], "")) 
printf ("elements[%d]: %s\n", i, elements[i]); 
d#endif 


hhmm = atoi(elements[6]) / 100; 
latitude = atof(elements[7]); 
longitude = atof(elements[9]); 

speed = atoi(elements[12]); 

direction = 360 / atoi(elements[11]); 


strtok(elements[16],"*"); 


checksum=0; 

sscan£ (strtok(NULL,"*"), "%2x", &checksum) ; 
#if DEBUG 

printf ("Scanned checksum: %02x Calculated: %02x\n", 
checksum, local_checksum) ; 


dtendif 
if ( checksum == local_checksum ) // checksum is good 
q 
printf ("@%s%04dz",elements[3],hhmm) ; 
printf ("%04.21f%s", latitude,elements[8]); 
printf ("%c",symbol_table[atoi(elements[13])]); 
printf£("%05.21£%s", longitude, elements[10]); 
printf£("%c",symbol_code[atoi(elements[13])]); 
printf ("%03d/%03d/%s" ,direction,speed,elements[14]); 
printf£("\n"); 
¢ else { 
printf ("Checksum failed!"); 
return -1; 
iy 
$ 
return 0; 
$ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Nov 7 20:04:53 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA29392 
for <lyris.aprsspec@tapr.org>; Wed, 7 Nov 2001 20:04:52 -0600 (CST) 
Message-Id: <LYR11589-45804-2001.11.07-20.31.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 
charset="iso-8859-1" 
From: James Jefferson <jjeffers@deskmedia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NAVI-TRA Conversion 
Date: Wed, 7 Nov 2001 20:04:51 -0600 
Cc: aprsinet-spec@lists.sourceforge.net 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200111080159.£A81x1110419@mailserv.hbci.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Okay, there is a bug in that ... I forgot to initialize int j 
in main change: 

int j; 

to 

int j=0; 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 1 08:26:07 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA29894 

for <lyris.aprsspec@tapr.org>; Sat, 1 Dec 2001 08:25:58 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.0.0.1309 
Date: Sat, 01 Dec 2001 09:25:12 -0500 
Subject: [aprsspec] Season's Greetings 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-49500-2001.12.01-08.53.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="IS0-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B82E5278.521%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA29894 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 


The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 


POSTING MESSAGES 

To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 
APRS SPEC SIG RULES 

The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Dec 8 23:25:31 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ6370 

for <lyris.aprsspec@tapr.org>; Sat, 8 Dec 2001 23:25:26 -0600 (CST) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-51002-2001.12.08-23.53.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 8 Dec 2001 21:25:11 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Timestamp in object message 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b838a3c70c30@[198.145.248.64]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, APRS Sig - 

The list has been a bit quiet for a while. Here is a question that may well 
have been answered previously, but lacking a searchable list archive, I 
can't seem to find the answer. 


On page 58 of the specification, it says: "An Object always has a timestamp." 


But, on the previous page, 3rd paragraph, it says: "Object Reports specify 
an Object's position, can have an optional timestamp, and can include .... 


Which one of these is correct? 
Many thanks to all of you, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 9 06:01:40 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAAQ5208 


for <lyris.aprsspec@tapr.org>; Sun, 9 Dec 2001 06:01:39 -0600 (CST) 
Message-ID: <LYR11589-51047-2001.12.09-06.29.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Mohamed bin Jabor Althani" <a7ley@qatar.net.qa> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] WX Setup 
Date: Sun, 9 Dec 2001 15:01:55 +0300 
Organization: Amsat- Qatar 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002401c180a9$4cdc0300$32c44dd4@mohamedalthani> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can somebody help how to connect my Davis WX with TNC im using her KPC-3+ 
running winaprs v2.5.1. 


Thank you 


Mohamed -A71EY 
Qatar 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 9 11:08:05 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21294 

for <lyris.aprsspec@tapr.org>; Sun, 9 Dec 2001 11:08:01 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 9 Dec 2001 12:07:49 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: <bruninga@arctic> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] e: Timestamp in object message 

Message-ID: <LYR11589-51093-2001.12.09-11.35.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.33.0112091207150 ..23370-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Regarding the time stamp in Objects: 


I think that is a mistake in the writing of the spec. APRSdos and I dont 
think any of the other original progams recognized a format without a time 
stamp. This is because unlike the @,/,= and ! formats which DO and DO-NOT 
have time stamps, the object format has no such sub-identifiers. THus 
heuristics would have to be used to tell the differece and that was not 
our plan. 


But once we moved the ";" to the front of the packet, then that DOES leave 
open the possibilty of redefining the meaning of th "x" characte which 
could then have other modifiers. But this would have to be a NEW ADDITION 
to the spec VERSION 2... 


bob 
On Sat, 8 Dec 2001, Jim Wagner wrote: 
The list has been a bit quiet for a while. Here is a question that may well 


have been answered previously, but lacking a searchable list archive, I 
can't seem to find the answer. 


But, on the previous page, 3rd paragraph, it says: "Object Reports specify 
an Object's position, can have an optional timestamp, and can include .... 


VV VV VV VV VV 


Which one of these is correct? 


> Jim Wagner 
> Oregon Research Electronics 


On page 58 of the specification, it says: "An Object always has a timestamp." 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Dec 9 12:19:57 2001 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA23868 

for <lyris.aprsspec@tapr.org>; Sun, 9 Dec 2001 12:19:52 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 9 Dec 2001 13:18:56 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: <bruninga@arctic> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: e: Timestamp in object message 
Message-ID: <LYR11589-51108-2001.12.09-12.47.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.33.0112091317330.23370-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 9 Dec 2001, Pete Loveall AE5PL wrote: 


> Isn't an Item an Object without a timestamp (basically)? javAPRS 
> handles them the same, except that it expects a timestamp in an Object. 


Ah yes. That is why we saw no need for the options under OBJECTS.. 
thaks for the refresher... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Dec 28 22:49:44 2001 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA20180 
for <lyris.aprsspec@tapr.org>; Fri, 28 Dec 2001 22:49:41 -0600 (CST) 
Message-ID: <LYR11589-53978-2001.12.28-23.18.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Jerome M. Kutche" <n9lya@blueriver.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <w8akf@juno.com>, <SIMMONSVIGIL1@aol.com>, 
"Duane Edmonson" <duaneedmonson@hotmail .com> 
Subject: [aprsspec] Hi Speed Data ThroughPut Via Ham Radio! 
Date: Fri, 28 Dec 2001 23:41:06 -0500 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 
boundary="----=_NextPart_000_001C_01C18FF9.1E674E80" 
X-Priority: 1 
X-MSMail-Priority: High 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <002101c19023$18866300$81432bd1@mshome. net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 
nome =_NextPart_000_001C_01C18FF9.1E674E80 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: quoted-printable 


http: //www.dandin.com/tdr900. html 


http: //www.tapr.org/tapr/html/taprfhss.html 


Hi All Hams, 
ISDN Speeds over ham packet radio... 


Check out these two webpages... It sounds like the next phase of = 
Amateur Digital Communications... 


As far as building a nationwide Network.. Read on about it ... and = 
consider the possibilities... they are talking of Internet Radio over = 


Ham Radio... It seems it could be used for the present store and forward 
packet radio and work as one with that also???=20 


I as an Amateur Radio Operator plan to follow this with much = 
interest and quite possibley jump right in as it comes to be... 

=20 

I Urge all Hams to follow this with a watchful eye, and consider = 
atleast stopping by the webpages and if you like what you see.. Let them 
know that there is much interest in their new project at TAPR.... 


I also urge all Ham Radio Clubs to pass this info on to its members, = 
so we are ready to act when the time comes to both support and encourage = 


the faster Digital Links...=20 
Its time to Put RF back into Ham Radio... 


Once it gets going either put up a high speed link in your area or = 
urge your local Amateur radio Club to put up high speed links and or = 
help support them in your area... 


But above all please atleast follow the above links and inform as = 
many Amateur Radio ops or soon to bees.. about the TAPR Project...!!! 


Best 73 And Happy New Year!!! 


Jerry kutche N9LYA 

HHHCVP 

TAPR and ARRL Member... 

Sysop of W9QYQ's Ham Radio Packet Station=20 


www.blueriver.net/~n9lya 


n9lya@w9qyq.#sin.in.usa.noam 


e----- = NextPart_000_001C_01C18FF9.1E674E80 

Content-Type: text/html; 
charset="is0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
<HTML><HEAD> 

<META http-equiv=3DContent-Type content=3D"text/html; = 
charset=3Diso-8859-1"> 


<META content=3D"MSHTML 5.50.4134.100" name=3DGENERATOR> 
<STYLE></STYLE> 


</HEAD> 


<BODY bgColor=3D#fffLLI> 


<DIV><FONT face=3DArial size=3D2><A=20 
href=3D"http: //www.dandin.com/tdr900.html">http: //www.dandin.com/tdr900. h= 
tml</A></FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 


<DIV><A=20 


href=3D"http://www.tapr.org/tapr/html/taprfhss.html">http: //www.tapr.org/= 
tapr/html/taprfhss.html</A></DIV> 


<DIV><FONT 
<DIV><FONT 
<DIV><FONT 
<DIV><FONT 
<DIV><FONT 
<DIV><FONT 
packet=20 


face=3DArial 
face=3DArial 
face=3DArial 
face=3DArial 
face=3DArial 
face=3DArial 


radio. ..</FONT></DIV> 


<DIV><FONT 


face=3DArial 


size=3D2></FONT>&nbsp; </DIV> 
size=3D2></FONT>&nbsp; </DIV> 
size=3D2></FONT>&nbsp; </DIV> 

size=3D2>Hi All Hams,</FONT></DIV> 
size=3D2></FONT>&nbsp; </DIV> 
size=3D2>&nbsp;&nbsp;&nbsp; ISDN Speeds over ha 


size=3D2></FONT>&nbsp; </DIV> 


m 


<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; Check out these two=20 
webpages...&nbsp; It sounds like the next phase of Amateur Digital=20 
Communications. ..</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; As far as building a 


nationwide=20 

Network.. Read on about it ... and consider the possibilities... they = 
are=20 

talking of Internet Radio over Ham Radio... It seems it could be used = 
for the=20 


present store and forward packet radio and work as one with that also??? 


</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; I as an Amateur = 
Radio Operator=20 
plan to follow this with much interest and quite possibley jump right in 


as it=20 


comes to be...</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; </FONT></DIV> 
<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; I Urge all Hams to 
follow this=20 
with a watchful eye, and consider atleast stopping by the webpages and 


if you=20 


like what you see.. Let them know that there is much interest in their 


new=20 


project at TAPR....</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 


<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; I also urge all Ham = 
Radio Clubs=20 

to pass this info on to its members, so we are ready to act when the = 
time comes=20 

to both support and encourage the faster Digital Links... </FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; Its time to=20 
Put&nbsp;&nbsp;&nbsp; RF back into Ham Radio...</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; Once it gets going = 
either put up=20 

a high speed link in your area or urge your local Amateur radio Club to = 
put up=20 

high speed links and or help support them in your area...</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>&nbsp;&nbsp;&nbsp; But above all please = 
atleast=20 

follow the above links and inform as many Amateur Radio ops or soon to = 
bees. .=20 

about the TAPR Project...!!!</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>Best 73 And Happy New = 

Year! !!</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>Jerry kutche N9LYA</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2>HHHCVP</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2>TAPR and ARRL Member. ..</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2>Sysop of W9IQYQ's Ham Radio Packet = 
Station=20 

</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2><A=20 

href=3D"http: //www.blueriver.net/~n9lya">www.blueriver.net/~n9lya</A></FO= 
NT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2><A=20 
href=3D"mailto:n9lya@w9qyq.#sin.in.usa.noam">n9lya@w9qyq.#sin.in.usa.noam= 
</A></FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV></BODY></HTML> 


Paes as =_NextPart_000_001C_01C18FF9.1E674E80- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 1 16:25:33 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA18688 

for <lyris.aprsspec@tapr.org>; Tue, 1 Jan 2002 16:25:33 -0600 (CST) 
User-Agent: Microsoft-Entourage/9.0.2509 
Date: Tue, 01 Jan 2002 17:23:59 -0500 
Subject: [aprsspec] ADMIN: Happy New Year! 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-54547-2002.01.01-16.54.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="IS0-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B857A12E.603%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA18688 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 


The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 


POSTING MESSAGES 

To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 
APRS SPEC SIG RULES 

The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jan 3 19:18:02 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA16504 
for <lyris.aprsspec@tapr.org>; Thu, 3 Jan 2002 19:18:01 -0600 (CST) 
User-Agent: Microsoft-Entourage/9.0.2509 
Date: Thu, 03 Jan 2002 20:17:19 -0500 
Subject: [aprsspec] ADMIN: Changes to this list 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-54976-2002.01.03-19.46.40-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Mime-version: 1.0 

Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B85A6CCF.6F4%stanzepa@earthlink.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Earlier today, I changed two of the options of this list: 


1. Only subscribers to this list are now allowed to contribute messages 
to this list. 


2. All new subscribers to this list must be approved by the 
administrator of this list. 


Item 1 means that you can only send messages to the list from the email 
address that you subscribed with. If you are using a different email address 
to send messages to this list, you will have to subscribe with that email 
address, too. (If you do this, you can eliminate the duplicate receipt of 
messages from the list by setting one of your subscriptions to receive no 
mail from the list.) 


Item 2 means more work for me, but that's why I get paid the big bucks for 
administrating this list. 


I made these changes to APRSSIG last year and they eliminated the spam and 
other nonsense that the APRSSIG was experiencing. The changes should have 
the same effect here. 


By the way, some may ask why I don't set up some filters to eliminate the 
problem, but that is not an option with the SIG software TAPR uses. 


Thank you for your cooperation, 
Stan, WALLOU, Your List's Administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jan 18 06:50:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA28818 

for <lyris.aprsspec@tapr.org>; Fri, 18 Jan 2002 06:50:41 -0600 (CST) 
Message-ID: <LYR11589-57840-2002.01.18-07.20.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Mohamed bin Jabor Althani" <a7ley@qatar.net.qa> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, 

"AMSAT-BB" <amsat-bb@AMSAT .Org> 

Subject: [aprsspec] PCSAT 
Date: Fri, 18 Jan 2002 15:50:18 +0300 
Organization: Amsat- Qatar 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000b01c1a01e$b01d£1a0$2cc54dd4@mohamedalthani> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi All 

her PCSAT tlm 9600bud 

time 12:37 UTC 

locator LL55RJI N 25 24 16, E 051 25 23 


PCSAT-12>GPSODS,SGATE: 
4{F401149477435 .6999913 +0.00 +0.00 
C 


PCSAT-12>GPSODS,SGATE: 
4{F411149477434 .9999913 60782 .9392210 
83055437.93 -6332.3+ 
PCSAT-12>GPSODS,SGATE:2222.851 5 20658469.67 -3958.05130 
9213299 .06 -11.797 
PCSAT-12>GPSODS,SGATE:3.131 1 26033639.58 +5585.74125 23137028.09 
+6266.88114 
PCSAT-12>GPSODS,SGATE: 
4F401149477495 .0000013 +3730368.14 +3331611.45 


+5141651.03 


PCSAT-12>GPSODS,SGATE: 


22711726.08 -6023.9 


PCSAT-12>GPSODS,SGATE: 


+0.00+ 


PCSAT-12>GPSODS,SGATE: 


+6405 .941144 


PCSAT-12>BEACON,SGATE: 


4{F411149477495 .0000013 60842 .9391610 
+0.001 5 20417081.41 -3610.75130 0.00 
0.001 1 26357902.86 +5695.61125 23503042.72 


T#282 ,132,137,141,118,213,00011011,0001,1 


PCSAT-12>GPSODS,SGATE: 


+5010032.6E 


4{F401149477525 .0000013 +3752074.90 +3503613.20 


PCSAT-12>GPSODS,SGATE: 


629-20 


4F431149477525.7131150 6144017121010 31843 305962c 


PCSAT-12>GPSODS,SGATE: 


629-200 


4F431149477525.7131150 6144017121010 31843 305962c 


PCSAT-12>GPSODS,SGATE: 


+4873558.2E 


4{F401149477555 .0000013 +3770957.23 +3672170.79 


PCSAT-12>GPSODS,SGATE: 


22346316.10 -5671.3+ 


PCSAT-12>GPSODS,SGATE: 


+933 .474 


PCSAT-12>GPSODS,SGATE: 


+6519 .13114 


22346316.10 -5671.3+ 


PCSAT-12>GPSODS,SGATE: 


+933 .474 
PCSAT-12>GPSODS, SGATE 
+6519 .131144 


PCSAT-12>APRS3: :BLN3PCSAT: www. ew.usna.edu/pcsat 


PCSAT-12>BEACON,SGATE 
PCSAT-12>GPSODS,SGATE 
+4732328 .64 


PCSAT-12>GPSODS,SGATE 


4{F411149477555 .0000013 60902 .9391010 

3155.601 5 20197062.27 -3242.02130 19240197.43 
1.061 1 26687995.46 +5781.40125 23876539.68 
4F411149477555 .0000013 60902.9391010 

3155.601 5 20197062.27 -3242.02130 19240197 .43 


1.061 1 26687995.46 +5781.40125 23876539.68 


> T#283 ,130,133,089,140,213,00011011,0010,1 


4{F401149477585 .0000013 +3786903.82 +3837095.37 


for details of operating 


4{F431149477585.7131150 6144019121210 29836 
287652F1829-190 
PCSAT-12>GPSODS,SGATE: -5194 -60081C10 4-15923-170962F14 9 27085 
258702F1024 -94 


Thank you 
Mohamed - A71EY 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 3 16:28:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA29431 
for <lyris.aprsspec@tapr.org>; Sun, 3 Feb 2002 16:28:24 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.0.0.1309 
Date: Sun, 03 Feb 2002 16:15:31 -0500 
Subject: [aprsspec] ADMIN: Monthly Message with NEW stuff regarding subscription 
maintenance 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-60855-2002.02.03-16.58.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="IS0O-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B88312A3.1572%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA29431 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 


The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 


POSTING MESSAGES 

To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 
APRS SPEC SIG RULES 

The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message.) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 

Do not send messages in HTML of Rich Text format. 


Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


SUBSCRIPTION MAINTENANCE 

You may make changes to your subscription (like change your email address, 
toggle on/off the digest mode, etc.) by logging into the APRS SPEC SIG at 
http: //www.tapr.org/cgi-bin/lyris.pl 

UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC SIG. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 3 20:07:01 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA12136 


for <lyris.aprsspec@tapr.org>; Sun, 3 Feb 2002 20:06:43 -0600 (CST) 
Message-ID: <LYR11589-60920-2002.02.03-20.37.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "jabennett" <jabennett@sigecom.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] weather, part 1 
Date: Sun, 3 Feb 2002 20:05:37 -0600 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 

boundary="----=_NextPart_000_0069_01C1ACEE.25B18770" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <006c01c1ad20$73573ba0$0701a8c0@12130> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This is a multi-part message in MIME format. 


porate =_NextPart_000_0069_01C1ACEE .25B18770 

Content-Type: text/plain; 
charset="is0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


Hello Everyone. 


I am in the midst of completing the incorporation of APRS compatibility = 
into my weather code (WXN). Before I get into this very deeply, let me = 
say that the group has done a very good job in preparing the document. = 
Also, understand that my primary interest is in the exchange of weather 
data. While I have done my best to understand how all of this works = 

together so as to not cause any problems, I do not run any other APRS = 
type of software here except my own. Please forgive any misconceptions. 


I do have some questions, observations, and a couple of requests. These 
are not in any particular order. The original message was not accepted = 
by the list server, and therefore has been split into two parts. 


1. Although not stated in the protocol, every single APRS packet has a = 
CR appended at the end ( Ox@d ). I imagine this comes from the fact that = 
the SENDPAC and CR parameters in the TNC firmware default to this. The = 
beacon I implemented in the first release did not have a CR appended. 
The web based APRS sites seem to handle this just fine. However, some 


locals had problems seeing my station. Probably would not have noticed 
this except for the fact I am using the KISS interface rather than the 
standard user interface. Therefore, by the specs, I did not append a CR 
(this has since been corrected). Might want to consider adding this into 
the spec. 


2. Chapter 12, p. 64: In the positionless weather report format boxed at 
the top of the page, it appears that the field length for barometric = 
pressure is six, not five as shown. The length of all the others is the 
character ID plus the length of the numeric data. 


3. Chapter 12, p. 66: Second example (compressed position, no timestamp) 
appears to have an extra character in the string ( > ). It is = 
inconsistent when compared with the other examples on the same page and 
with the statement in chapter 9, p. 37 (length is fixed 13 characters). 
I have been monitoring packets for several days and have yet to see a = 
compressed format, so can't compare this against anything real. 


4. One would logically assume that wind speed would use the same units = 
in all types of weather reports. However, if I abide strictly by the = 
rules in the protocol, the examples on pp. 65-66 are using mixed units = 
for wind speed (i.e., c.../s... is in knots and g... is in mph). The = 
positionless report explicitly states that the speed in mph (p. 64). In 
accordance with the warning at the end of chapter 5, I used knots in the 
c.../s... section and mph for gusts. Since this behavior is = 
inconsistent, to say the least, I think it would be worth noting this in 
the appropriate section of chapter 12. 


5. In chapter 12, p. 63, the trailing field on the packet can be a 2-4 
character field identifying the type of weather station. You have a = 
number of types already defined. My code supports some additional = 
stations not listed. I have added identifiers for stations not listed, = 
and also some alternates. This seems to be consistent with what I have 
observed on the air. I will still occasionally get a wx packet in which 
the wx station cannot be identified. I was wondering if there is an = 
updated list, and/or do you want to know what identifiers I have added? 


6. Again, in chapter 12, p. 63, the next to the last field is the = 
software identifier. I have elected to use lower case 'n' for my code. = 
If there are future revisions, would you consider adding this to your = 
list? 


continued in part 2... 


ares s =_NextPart_000_0069_01C1ACEE.25B18770 

Content-Type: text/html; 
charset="iso-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
<HTML><HEAD> 

<META http-equiv=3DContent-Type content=3D"text/html; = 
charset=3Diso-8859-1"> 

<META content=3D"MSHTML 5.50.4912.300" name=3DGENERATOR> 

<STYLE></STYLE> 

</HEAD> 

<BODY bgColor=3D#f£fffLL£> 

<DIV><FONT face=3DArial size=3D2> 

<DIV><FONT face=3DArial size=3D2>Hello Everyone.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>I am in the midst of completing the = 
incorporation=20 

of APRS compatibility into my weather code (WXN). Before I get into this = 
very=20 

deeply, let me say that the group has done a very good job in preparing = 
the=20 

document.&nbsp; Also, understand that my primary interest is in the = 
exchange of=20 

weather data. While I have done my best to understand how all of this = 
works=20 

together so as to not cause any problems, I do not run any other APRS 
type of=20 

software here except my own. Please forgive any = 
misconceptions.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>I do have some questions, observations, 
and a=20 

couple of requests. These are not in any particular order. The original = 
message=20 

was not accepted by the list server, and therefore has been split into = 
two=20 

parts.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>1. Although not stated in the protocol, 
every=20 

single APRS packet has a CR appended at the end ( Ox@d ). I imagine this 
comes=20 

from the fact that the SENDPAC and CR parameters in the TNC firmware = 
default to=20 

this. The beacon I&nbsp;implemented in the first release did not have a = 
CR=20 

appended. The web based APRS sites seem to handle this just fine. = 
However, some=20 

locals had problems seeing my station. Probably would not have noticed = 
this=20 

except for the fact I am using the KISS interface rather than the = 


standard user=20 

interface. Therefore, by the specs, I did not append a CR (this has = 
since been=20 

corrected). Might want to consider adding this into the = 
spec.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>2. Chapter 12, p. 64: In the = 
positionless weather=20 

report format boxed at the top of the page, it appears that the field 
length for=20 

barometric pressure is six, not five as shown. The length of all the = 
others is=20 

the character ID plus the length of the numeric data.</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>3. Chapter 12, p. 66: Second example 
(compressed=20 

position, no timestamp) appears to have an extra character in the string = 
( &gst;=20 

). It is inconsistent when compared with the other examples on the same = 
page and=20 

with the statement in chapter 9, p. 37 (length is fixed 13 characters). = 
I have=20 

been monitoring packets for several days and have yet to see a = 
compressed=20 

format, so can't compare this against anything real.</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>4. One would logically assume that wind 
speed would=20 

use the same units in all types of weather reports. However, if I abide 
strictly=20 

by the rules in the protocol, the examples on pp. 65-66 are using mixed 
units=20 

for wind speed (i.e., c.../s... is in knots and g... is in mph). The=20 
positionless report explicitly states that the speed in mph (p. 64). In=20 
accordance with the warning at the end of chapter 5, I used knots in the = 


c.../s... section and&nbsp;mph for gusts. Since this behavior is = 
inconsistent ,=20 

to say the least, I think it would be worth noting this in the = 
appropriate=20 

section of chapter 12.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>5. In chapter 12, p. 63, the trailing = 
field on the=20 

packet can be a 2-4 character field identifying the type of weather = 
station. You=20 

have a number of types already defined. My code supports some additional = 


stations not listed. I have added identifiers for stations not listed, = 
and also=20 

some alternates. This seems to be consistent with what I have observed = 
on the=20 

air. I will still occasionally get a wx packet in which the wx station = 
cannot be=20 

identified. I was wondering if there is an updated list, and/or do you = 
want to=20 

know what identifiers I have added?</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>6. Again, in chapter 12, p. 63, the = 
next to the=20 

last field is the software identifier. I have elected to use lower case = 
'n' for=20 

my code. If there are future revisions, would you consider adding this = 
to your=20 

list?</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV>continued in part 2...</DIV></FONT></DIV></BODY></HTML> 


eee = NextPart_000_0069_01C1ACEE.25B18770- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 3 20:07:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA12453 
for <lyris.aprsspec@tapr.org>; Sun, 3 Feb 2002 20:07:43 -0600 (CST) 
Message-ID: <LYR11589-60921-2002.02.03-20.38.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "jabennett" <jabennett@sigecom.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] weather, part 2 
Date: Sun, 3 Feb 2002 20:06:42 -0600 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 
boundary="----=_NextPart_000_007A_01C1ACEE.4C6A18A0" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <007f£01c1ad20$9a0fccd0$0701a8c0@1z2130> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


This is a multi-part message in MIME format. 
roceos =_NextPart_000_007A_01C1ACEE .4C6A18A0 
Content-Type: text/plain; 
charset="iso0-8859-1" 
Content-Transfer-Encoding: quoted-printable 


continued from part 1... 


7. My code has been around since 1990. As such, it has used the 


connected network as a means of exchanging data between the different 
servers. I want to add the capability to APRS. The purpose of these data 
packets is allow other WXN servers running APRS to receive the complete 
dataset, which far exceeds what APRS natively supports at the present. 
There appears to be two options available: Telemetry Data as described = 
in chapter 13 and the User-Defined Data Format in chapter 18. I decided 
against the telemetry mode, mainly due to the restriction of 3 = 
characters for a value. In some cases, I have values that are ten digits 
long. The User-Defined mode seems best suited for my purposes. At this 
point, I have an alpha version that I am about to begin debugging that 
uses ASCII comma delimited data with group separators. Currently, I have 
two defined packet types, each less than 200 bytes (excluding the 3-byte 
APRS header). I have been unable to find the web site described in the 
document that shows what the defined user IDs are. On the TAPR site, 
clicking on the "Working Group" takes you to APRS Spec page. I assume 
that my request for a "User-Defined Packet Type" character should go to 
this group. I can furnish what the packet types, data fields and groups 
are, if so requested. Once I release the version that incorporates this, 


the format will be published on my web site. 


8. Chapter 20, p.93 discusses the use of the SSID in the source address. 
In all the packets currently used, the information field contains the 
APRS symbol for weather, therefore overriding anything else. However, 
the user-defined packet does not seem to provide for the use of the APRS 


symbol. Is the source-address SSID ignored for the purpose of = 


determining an appropriate symbol with a user defined packet? If it must 
be imbedded in the user-defined packet to avoid the problem, is it 
position independent? Failing that must the symbol be placed into the 


destination address? Or perhaps, just ignore this? 


9. On p. 14 (chapter 4), the last section deals with APRS Software 


Version number. I have adopted the string 'WXNxxx' where 'xxx 


represents the current version number (in light of item #8 above this = 
may need to be modified to avoid the symbol problem). This seems = 
consistent with what I have observed on the air and what's in the spec. = 
If there is no problem with this, I would like to have my identifier = 
added to the list on the next revision. 


73, 

John Bennett 

n4xi 

http: //members.sigecom.net/jabennett/wxn 


wee eves = NextPart_000_007A_01C1ACEE.4C6A18A0 

Content-Type: text/html; 
charset="i1so0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
<HTML><HEAD> 

<META http-equiv=3DContent-Type content=3D"text/html; = 
charset=3Diso-8859-1"> 

<META content=3D"MSHTML 5.50.4912.300" name=3DGENERATOR> 

<STYLE></STYLE> 

</HEAD> 

<BODY bgColor=3D#f£f£LL££> 

<DIV> 

<DIV><FONT face=3DArial size=3D2>continued from part 1...</FONT></DIV> 
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>7. My code has been around since 1990. = 
As such, it=20 

has used the connected network as a means of exchanging data between the = 


different servers. I want to add the capability to APRS. The purpose of = 
these=20 

data packets is allow other WXN servers running APRS to receive the = 
complete=20 

dataset, which far exceeds what APRS natively supports at the present. = 
There=20 

appears to be two options available: Telemetry Data as described in = 
chapter 13=20 

and the User-Defined Data Format in chapter 18. I decided against the = 
telemetry=20 

mode, mainly due to the restriction of 3 characters for a value. In some = 
cases ,=20 

I have values that are ten digits long. The User-Defined mode seems best = 
suited=20 

for my purposes. At this point, I have an alpha version that I am about = 
to begin=20 


debugging that uses ASCII comma delimited data with group separators. = 
Currently ,=20 

I have two defined packet types, each less than 200 bytes (excluding the = 
3-byte=20 

APRS header). I have been unable to find the web site described in the = 
document=20 

that shows what the defined user IDs are. On the TAPR site, clicking on 
the=20 

"Working Group" takes you to&nbsp;APRS Spec&nbsp;page. I assume that my 
request=20 

for a "User-Defined Packet Type" character should go to this group. I = 
can=20 

furnish what the packet types, data fields and groups are, if so 
requested. Once=20 

I release the version that incorporates this, the format will be 
published on my=20 

web site.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>8. Chapter 20, p.93 discusses the use = 
of the SSID=20 

in the source address. In all the packets currently used, the = 
information field=20 

contains the APRS symbol for weather, therefore overriding anything = 
else. &nbsp;=20 

However, the user-defined packet does not seem to provide for the use of = 
the=20 

APRS symbol. Is the source-address SSID ignored for the purpose of = 
determining=20 

an appropriate symbol with a user defined packet? If it must be imbedded 
in the=20 

user-defined packet to avoid the problem, is it position independent? = 
Failing=20 

that must the symbol be placed into the destination address? Or perhaps, 
just=20 

ignore this?</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>9. On p. 14 (chapter 4), the last = 
section deals=20 

with APRS Software Version number. I have adopted the string 'WXNxxx' = 
where=20 

'xxx' represents the current version number (in light of item #8 above = 
this may=20 

need to be modified to avoid the symbol problem). This seems consistent = 
with=20 

what I have observed on the air and what's in the spec. If there is no = 
problem=20 

with this, I would like to have my identifier added to the list on the 
next=20 


revision.</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2></FONT>&nbsp; </DIV> 

<DIV><FONT face=3DArial size=3D2>73,</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2>John Bennett</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2>n4xi</FONT></DIV> 

<DIV><FONT face=3DArial size=3D2><A=20 
href=3D"http://members.sigecom.net/jabennett/wxn">http://members.sigecom.= 
net /jabennett/wxn</A></FONT></DIV></DIV></BODY></HTML> 


seeds = NextPart_000_007A_01C1ACEE.4C6A18A0- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 3 20:13:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA12976 

for <lyris.aprsspec@tapr.org>; Sun, 3 Feb 2002 20:13:06 -0600 (CST) 
Message-Id: <LYR11589-60926-2002.02.03-20.43.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Sun, 03 Feb 2002 21:16:46 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: weather, part 1 
In-Reply-To: <LYR11608-60920-2002.02.03-20.37.10--dvanhorn#cedar.net@lis 
ts.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020203211436.024f07bO0@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Is there any provision for "no sensor"? 

I have seen a lot of weather output where it is obvious that there is 

either no sensor, or a drastic error (air pressure 0.0mB) 

This was one point that Dr Arnold commented on when I walked him through WAPRS. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Feb 3 21:04:50 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA14774 

for <lyris.aprsspec@tapr.org>; Sun, 3 Feb 2002 21:04:50 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 3 Feb 2002 22:04:06 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: weather, part 1 
In-Reply-To: <LYR11586-60926-2002 .02.03-20.43.34-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-60930-2002.02.03-21.35.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0202032203230.1004-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 3 Feb 2002, David VanHorn wrote: 

> Is there any provision for "no sensor"? 

Yes, omit the field. Only the wind speed and direction and TEMP are 
actually required (I think)... 

At least that was what the original APRSdos did// 

bob 

> I have seen a lot of weather output where it is obvious that there is 


> either no sensor, or a drastic error (air pressure @©.O0mB) 
> This was one point that Dr Arnold commented on when I walked him through WAPRS. 


> a 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 4 17:19:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3114 

for <lyris.aprsspec@tapr.org>; Mon, 4 Feb 2002 17:19:03 -0600 (CST) 
Message-Id: <LYR11589-61175-2002.02.04-17.49.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 04 Feb 2002 18:22:26 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Another kind of weather 
In-Reply-To: <LYR11608-60930-2002.02.03-21.35.15--dvanhorn#cedar.net@lis 
ts.tapr.org> 
References: <LYR11586-60926-2002.02.03-20.43.34-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020204182103 .025f3c00@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


http: //www.dvanhorn.org/rads.png 


This interfaces through a serial port, and APRS stations have the 
infrastructure to collect some possibly useful data. 
Is there a hole in the spec that it can wedge into? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 4 17:22:38 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3519 

for <lyris.aprsspec@tapr.org>; Mon, 4 Feb 2002 17:22:32 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 4 Feb 2002 18:21:55 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Another kind of weather 
In-Reply-To: <5.1.0.14.2.20020204182103 .025£3c00@mail.cedar.net> 
Message-ID: <LYR11589-61176-2002.02.04-17.53.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0202041820450.2531-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I dont have a clue what you are talking about. Is this radiation? 

I looked at the plot and all I can guess is that CPM could be counts per 
minute and RADS are radiation, but I have no clue what the unit of mesaure 
of Muncie is... 


Tell me more.. 


Bob 


On Mon, 4 Feb 2002, David VanHorn wrote: 


VVVVV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page 
ISS-APRS FAQ: 
CUBESAT Designs 
APRS LIVE pages 
APRS SATELLITES 
MIM/Mic-E/Mic-Lite 


http 
http 
http 
http 
http 
http 


://www. 
://www. 
://www. 
://www. 
://www. 
://www. 


http: //www.dvanhorn.org/rads.png 


ew. 
ew. 
ew. 
ew. 
ew. 


usna. 


usna 


This interfaces through a serial port, and APRS stations have the 
infrastructure to collect some possibly useful data. 
Is there a hole in the spec that it can wedge into? 


edu/~bruninga/pcsat.html 


.edu/~bruninga/iss-faq.html 
usna. 
usna. 
usna. 


edu/~bruninga/cubesat.html 
edu/~bruninga/aprs.html 
edu/~bruninga/astars.html 


toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 4 17:29:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ4146 

for <lyris.aprsspec@tapr.org>; Mon, 4 Feb 2002 17:29:02 -0600 (CST) 
Message-Id: <LYR11589-61177-2002.02.04-17.59.33-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 


X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 04 Feb 2002 18:32:43 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: David VanHorn <dvanhorn@cedar.net> 

Subject: [aprsspec] Re: Another kind of weather 

Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <Pine.GS0O.4.44.0202041820450.2531-100000@arctic> 
References: <5.1.0.14.2.20020204182103 .025£3c00@mail.cedar.net> 


Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020204182802 .02£47590@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 06:21 PM 2/4/02 -0500, Bob Bruninga wrote: 

>I dont have a clue what you are talking about. Is this radiation? 

>I looked at the plot and all I can guess is that CPM could be counts per 
>minute and RADS are radiation, but I have no clue what the unit of mesaure 
>of Muncie is... 


It's counts per minute, here in muncie indiana. 

The detector is sitting on my desk at the moment, but I have plans for an 
outdoor mounting that will be less shielded by the house. 

Of course the house doesn't offer much shielding from gammas. 


I plan to give it a view of the ground, from about 5', sort of like a 
thermometer shield. 


I could see this being useful if there was any sort of radiological event, 
either deliberate, or accidental. Knowing where the plumes are, would be 
helpful. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 4 18:47:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA09206 

for <lyris.aprsspec@tapr.org>; Mon, 4 Feb 2002 18:47:45 -0600 (CST) 
Message-Id: <LYR11589-61198-2002.02.04-19.18.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
Date: Mon, 04 Feb 2002 19:51:39 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Another kind of weather 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
In-Reply-To: <Pine.GS0O.4.44.0202041942400.4550-100000@arctic> 
References: <5.1.0.14.2.20020204182802 .02£47590@mail.cedar.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020204194951 .02375910@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 07:42 PM 2/4/02 -0500, Bob Bruninga wrote: 
>Wow, neat! 
>How much, wwhere, etc? 


About 150, www.blackcatsystems.com 


It's a nice simple box, just plug into a serial port. 
I'm using it through a USB serial port now. 

Software's pretty basic, but it's doing the job. 

You have to install quick time 4.0 to make the pictures. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 11 01:01:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ3039 

for <lyris.aprsspec@tapr.org>; Mon, 11 Feb 2002 01:01:46 -0600 (CST) 
Message-Id: <LYR11589-62358-2002.02.11-01.32.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 10 Feb 2002 23:01:09 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Ultimeter decoding 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b88d1c59bc5d@[198.145.248.51]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello APRS Spec people - 


For some reason, there is no description of the Ultimeter weather station 
decoding in the APRS spec. Where would one find that little detail? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Feb 25 20:13:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA25518 
for <lyris.aprsspec@tapr.org>; Mon, 25 Feb 2002 20:12:53 -0600 (CST) 
Message-ID: <LYR11589-65369-2002.02.25-20.44.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "jabennett" <jabennett@sigecom.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "Dwight Hazen" <hazen@indiana.edu>, "James Smith" <k9apr@kiva.net> 
Subject: [aprsspec] Request for User Defined Character ID 
Date: Mon, 25 Feb 2002 20:12:04 -0600 
MIME-Version: 1.0 
Content-Type: multipart/alternative; 
boundary="----=_NextPart_000_0084_01C1BE38.B13AC7B0" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <008701c1be6a$ffOf£050$0701a8c0@12130> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
This is a multi-part message in MIME format. 


Sorao =_NextPart_000_0084_01C1BE38.B13AC7BO 

Content-Type: text/plain; 
charset="i1s0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


While this was covered in a message sent to the group on 04 February (to 
which no one has yet replied), I need a "User-Defined Packet Type" = 
character for the two defined packet types of weather data that my code = 
will use. In the interim, I have decided to release the new version with 
the generic character "{" and provide a configuration parameter to = 
change this once an assignment by the group has been made. If you want 
more information on the data in the packets, go to 


http: //members.sigecom.net/jabennett/wxn/types.htm 


The above listed page is not linked to on my site, since it contains = 
preliminary information. The main web site is accessed at the URL under = 
my signature at the bottom of this email. There is also a link on the = 
bottom of the above page. 


While the other issues covered in the original two-part message can = 
wait, I feel this one needs attention to avoid problems with any other = 
developer that might be using the generic ID character. Thanks in = 
advance for your help in this matter. 


73, 

John Bennett 

n4xi 

http: //members.sigecom.net/jabennett/wxn 


fae Sse =_NextPart_000_0084_01C1BE38 .B13AC7B0 

Content-Type: text/html; 
charset="1s0-8859-1" 

Content-Transfer-Encoding: quoted-printable 


<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> 
<HTML><HEAD> 

<META http-equiv=3DContent-Type content=3D"text/html; = 
charset=3Diso-8859-1"> 

<META content=3D"MSHTML 5.50.4913.1100" name=3DGENERATOR> 
<STYLE></STYLE> 

</HEAD> 

<BODY bgColor=3D#f£ffLL££> 


<DIV><FONT face=3DArial size=3D2> 

<DIV><FONT face=3DArial size=3D2>While this was covered in a message = 
sent to the=20 

group on 04 February (to which no one has yet replied), I need a = 
"User-Defined=20 

Packet Type" character for the two defined packet types of weather data = 
that my=20 

code will use. In the interim, I have decided to release the new version = 
with=20 

the generic character "{" and provide a configuration parameter to = 
change this=20 

once an assignment by the group has been made.&nbsp; If you want more=20 
information on the data in the packets, go to</FONT></DIV> 

<DIV>&nbsp; </DIV> 

<DIV>&nbsp;&nbsp;&nbsp; <A=20 
href=3D"http://members.sigecom.net/jabennett/wxn/types.htm">http: //member= 
s.sigecom.net/jabennett/wxn/types.htm</A></DIV> 

<DIV>&nbsp; </DIV> 

<DIV>The above listed page is not linked to on my site, since it = 
contains=20 

preliminary information. The main web site is accessed at the URL under = 
my=20 

signature at the bottom of this email. There is also a link on the = 
bottom of the=20 

above page.</DIV> 

<DIV>&nbsp; </DIV> 

<DIV>While the other issues covered in the original two-part message can = 
wait, I=20 

feel this one needs attention to avoid problems with any other developer = 
that=20 

might be using the generic ID character. Thanks in advance for your help = 
in this=20 

matter.</DIV> 

<DIV>&nbsp; </DIV> 

<DIV>73,</DIV> 

<DIV>John Bennett</DIV> 

<DIV>n4xi</DIV> 

<DIV><A=20 
href=3D"http://members.sigecom.net/jabennett/wxn">http://members.sigecom.= 
net /jabennett/wxn</A></DIV> 

<DIV>&nbsp; </DIV> 

<DIV>&nbsp; </DIV></FONT></DIV></BODY></HTML> 


sities =_NextPart_000_0084_01C1BE38.B13AC7BO- - 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 1 19:13:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA13937 

for <lyris.aprsspec@tapr.org>; Fri, 1 Mar 2002 19:13:37 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Fri, 01 Mar 2002 20:13:07 -0500 
Subject: [aprsspec] ADMIN: Monthly Message 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-66087-2002.03.01-19.45.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8A59153.2241%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA13937 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 


The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 


POSTING MESSAGES 

To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 
APRS SPEC SIG RULES 

The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message. ) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


SUBSCRIPTION MAINTENANCE 


You may make changes to your subscription (like change your email address, 
toggle on/off the digest mode, etc.) by logging into the APRS SPEC SIG at 
http: //www.tapr.org/cgi-bin/lyris.pl 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC SIG. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, watlou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 15 11:10:14 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA17716 

for <lyris.aprsspec@tapr.org>; Fri, 15 Mar 2002 11:10:09 -0600 (CST) 
Date: Fri, 15 Mar 2002 09:02:14 -0800 
From: "Dana H. Myers" <k6jq@arrl.net> 


Subject: [aprsspec] address field in messages/directed queries 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-68665-2002.03.15-11.39.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-version: 1.0 

Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7bit 

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4) 
Gecko/20011128 Netscape6/6.2.1 

X-Accept-Language: en-us 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <3C922916.6060708@arrl .net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I've seen a few messages that of the form: 
:K6JQ- :message 


Where there's a dangling '-' at the the end of the 
address. My prototype code enforces AX.25 address rules 
rather strictly and considers a dangling dash an error. 
What do other implementations of APRS do? Obviously, 
there's at least one implementation that's permitting 
(what appear to be) ill-formed addresses here. 


Dana K6JQ 
k6jq@arrl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 15 11:30:44 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA19120 

for <lyris.aprsspec@tapr.org>; Fri, 15 Mar 2002 11:30:44 -0600 (CST) 


Date: Fri, 15 Mar 2002 11:25:01 -0600 

Message-Id: <LYR11589-68671-2002.03.15-12.00.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

From: "James Jefferson" <jjeffers@deskmedia.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: address field in messages/directed queries 
X-IPAddress: 156.99.90.179 

MIME-Version: 1.0 

Content-Type: text/plain; charset=iso-8859-1 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200203151725.LAA20296@dm.deskmedia. com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Dana, 


The message addressee does not have to be a valid AX.25 callsign, or even a valid 
amateur callsign. It can be any 10 character alpha 

numeric string. Bulletins are the most common message that is not addressed to a 
callsign, but specialized services like e-mail and 

callbook lookup also use this property. 


Good luck! 
-James Jefferson KBOTHN 


PS - Does Lyris xhavex to be set to such an incredibly low limit on quoted lines? 
Darn annoying. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 15 12:29:33 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA23299 

for <lyris.aprsspec@tapr.org>; Fri, 15 Mar 2002 12:29:27 -0600 (CST) 
Message-Id: <LYR11589-68693-2002.03.15-13.01.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 15 Mar 2002 12:28:13 -0600 
From: Timothy J Salo <tjs@tc.umn.edu> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: address field in messages/directed queries 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iss.44dc.3c923d3d.bcdcf.1@garnet.tc.umn.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Am I correct in believing that no specification of the APRS Internet 
data stream exists? 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 15 13:05:40 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA25605 

for <lyris.aprsspec@tapr.org>; Fri, 15 Mar 2002 13:05:36 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 15 Mar 2002 14:05:11 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: address field in messages/directed queries 
In-Reply-To: <LYR11586-68665-2002.03.15-11.39.01- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-68699-2002.03.15-13.37.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0203151400260 .6763-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 15 Mar 2002, Dana H. Myers wrote: 


I've seen a few messages that of the form: 
:K6IQ- :message 
Where there's a dangling '-' at the the end of the 


address. My prototype code enforces AX.25 address rules 
rather strictly and considers a dangling dash an error. 
What do other implementations of APRS do? Obviously, 
there's at least one implementation that's permitting 
(what appear to be) ill-formed addresses here. 


VVVV VV VV VV 


APRS has a 9 character "CALL, ADDRESS, or NAME" field. But only 
callsigns or names used over RF have the limitations of the SSID 
construct. Objects do not. 


In order for an APRS message to be recognized by an ON-AIR TNC using 
AX.25, yes, the message TOCALL must be AX.25 compliant. 


But I dont immedilately see why such a restriction needs to be enforced on 
the message TOFIELD. An example exception is the use of a Bulletin group 
of the name AMSAT for example. A bulletin to the bulletin group would be 
BLN#FAMSAT 


Bob 

> 

> Dana K6JQ 

> k6jq@arrl.net 

> 

> 

> 

> 

> 

> a 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 15 13:10:40 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA25888 

for <lyris.aprsspec@tapr.org>; Fri, 15 Mar 2002 13:10:34 -0600 (CST) 
Date: Fri, 15 Mar 2002 13:10:07 -0600 
Message-Id: <LYR11589-68700-2002.03.15-13.42.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "James Jefferson" <jjeffers@deskmedia. com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: aprsspec@lists.tapr.org 
Subject: [aprsspec] Re: address field in messages/directed queries 
X-IPAddress: 156.99.90.179 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200203151910.NAA15609@dm.deskmedia. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Correct. Want to work on it!?!? http://aprsinet.sourceforge.net/ 
-James Jefferson 


> Am I correct in believing that no specification of the APRS Internet 
> data stream exists? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Mar 15 15:12:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ4350 


for <lyris.aprsspec@tapr.org>; Fri, 15 Mar 2002 15:12:42 -0600 (CST) 

Date: Fri, 15 Mar 2002 13:12:18 -0800 

From: "Dana H. Myers" <k6éjq@arrl.net> 

Subject: [aprsspec] Re: address field in messages/directed queries 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Message-id: <LYR11589-68747-2002.03.15-15.45.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-version: 1.0 

Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7bit 

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4) 
Gecko/20011128 Netscape6/6.2.1 
X-Accept-Language: en-us 

References: <LYR28303-68699-2002.03.15-13.37.48--k6jq#arrl.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3C9263B2.9030500@arrl.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Bob Bruninga wrote: 


>>>>0n Fri, 15 Mar 2002, Dana H. Myers wrote: 

>> 

>>>>>>>>I've seen a few messages that of the form: 
>>>>>>>>>>>>:K6IQ- :message 

>>>>>>>>>>>>Where there's a dangling '-' at the the end of the 
>>>>>>>>address. 

>>>> 

> 

>>>>APRS has a 9 character "CALL, ADDRESS, or NAME" field. But only 
>>>>callsigns or names used over RF have the limitations of the SSID 
>>>>construct. Objects do not. 

>> 

This is my interpretation of the spec, as well, with perhaps a slight 
difference when it comes to "over RF"... 


>>>>In order for an APRS message to be recognized by an ON-AIR TNC using 
>>>>AX.25, yes, the message TOCALL must be AX.25 compliant. 
>> 


. I don't Limit my thinking to an "on the air TNC" here. If the 
address field of the message is ever going to be compared 
to an AX.25 address, on the air or not, I believe it needs to be 
compliant. I tend to suspect you're saying the same thing but 
using the phrase "on the air" to clearly delineate the difference 
between an AX-25 address that *could* be used in the address 
field of an AX.25 frame and an arbitary 9-character string. 


> But I dont immedilately see why such a restriction needs to be enforced on 
> the message TOFIELD. 


Neither do I. I'm asking about the case of where an address field 
is clearly intended for matching against an AX.25 address and 
contains a dangling dash. I think it's always clearly an error but 
apparently there's at least some software that tolerates it ina 
relative safe way. 


Thanks! 
Dana K6JQ 
k6jq@arrl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 16 16:03:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA26338 
for <lyris.aprsspec@tapr.org>; Sat, 16 Mar 2002 16:03:03 -0600 (CST) 
Date: Sat, 16 Mar 2002 17:00:42 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] APRS1.01 document 
In-reply-to: <LYR11608-68747-2002.03.15-15.45.04--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69022-2002.03.16-16.34.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-version: 1.0 

Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 

References: <LYR28303-68699-2002.03.15-13.37.48--k6jq#arrl.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020316165959. 01e46330@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Is this current, and if there are errata, where do I find them? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 16 19:58:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA11842 

for <lyris.aprsspec@tapr.org>; Sat, 16 Mar 2002 19:58:23 -0600 (CST) 
Date: Sat, 16 Mar 2002 20:57:20 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <LYR11608-69022-2002.03.16-16.34.36--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69066-2002.03.16-20.29.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
References: <LYR28303-68699-2002.03.15-13.37.48--k6jq#arrl.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020316202131.01c123cO0@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Looking through the spec, trying to determine what sort of weather packets 
my new mobile weather thingy should send out.. 


I see five data type identifiers, !, #, $, * and _ 
I'm not an Ultimiter or peet, so that leaves me with _ which is 
positionless. (you hafta be a big boy to send positions?) 


The next paragraph seems to tell me that I could also use !, =, / or @, 
(note that ! is used above already, seems ambiguous), but I am not given 
any rationale to make a particular choice. They are identified as "position 
data type identifiers". A quick scan through the document does not turn up 
where these are defined, so I'm still in the dark. 


Anyway, proceeding. 
Positionless reporting seems a bad idea for a mobile weather station, skip 
that. 


The next one that pops up, is a "complete weather report with timestamp and 
position". It does seem to me, that along with weather observations, it 
would be useful to know where, and when those observations were made, so 
this looks like a good candidate. 


The first format shown is for a "complete weather report with timestamp and 
position", lacking a timestamp. (hmm... ) Skipped. 


The second looks better, in that all the pieces are present. 
So: 


Field 1: 1 char / or @ (How do I decide?) 

Field 2: 7 char, "DHM/HMS" No idea what this means. The example data is 
not interpreted, so I'm left with trying to parse "092345z" Does this mean 
09:23:45 Zulu? or 9th of the month, 23:45 Zulu?, or some other thing? 

If the time is not zulu, then what do I put in place of the Z? 

If it always must be zulu, then why is the Z there? 

What happened to the slash? 

Field 3: 8 char Lat: fine, no problem. 

Field 4: 1 char Sym table ID ??? (Does this mean the icon?) 

Field 5: 9 char Long: Fine, no problem. 


Field 6: Symbol code ??? 


Field 7: 7 char, wind dir and speed (as opposed to "weather data?") 


Field 8: variable, weather data 


I assume, though I am not told anywhere, that this is a frame that I build 
from the sensors and data I have to send, in the format presented under 
"Positionless Weather Data", except that the wind direction and speed were 
already done in the previous field, and not required here. 


Field 9 1 char APRS software 
Field 10 2-4 chars Weather unit 


Both of these fields are shown as optional, yet if field 10 is missing, 
then how can you parse it? If you have three chars at this point, is is 
APRS software and two chars of wx unit, or is it three chars of wx 
unit? Bad design here, the two variable length fields should have been 
placed together, since I can deterministically locate the end of the 
weather data, and the end of the packet. 


But it isn't, so what DO I do with these, given that I'm not running any 
APRS software, and I'd like to send an "AVR" identifier? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 16 20:02:44 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA12087 

for <lyris.aprsspec@tapr.org>; Sat, 16 Mar 2002 20:02:41 -0600 (CST) 
Date: Sat, 16 Mar 2002 21:02:39 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <LYR11608-69066-2002.03.16-20.29.44--dvanhorné#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69068-2002.03.16-20.34.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
References: <LYR28303-68699-2002.03.15-13.37.48--k6jq#arrl.net@lists.tapr.org> 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020316210216.01df06d0@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 08:57 PM 3/16/2002 -0500, David VanHorn wrote: 
Sorry, that should have been: 


>yet if field <9> is missing, then how can you parse it? 


Dave's Engineering Page: http://www.dvanhorn.org 


Got a need to read Bar codes? http://www.barcodechip.com 
Bi-directional read of UPC-A, UPC-E, EAN-8, EAN-13, JAN, and Bookland, with 
two or five digit supplemental codes, in an 8 pin chip, with NO external parts. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 16 20:16:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA12679 
for <lyris.aprsspec@tapr.org>; Sat, 16 Mar 2002 20:16:25 -0600 (CST) 
Date: Sat, 16 Mar 2002 21:16:29 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <Pine.GS0.4.44.0203162108080.15786-100000@arctic> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69073-2002.03.16-20.48.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
<LYR11586 -69066-2002.03.16-20.29.44--bruninga#nadn.navy.mil@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020316211604.01d£0330@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 09:09 PM 3/16/2002 -0500, Bob Bruninga wrote: 

>For a mobile it is easy. It should be a position weather packet like 
>this: 

> 

>@DDHHMMzZLAT/LONG_weatherdata goes here.... 

> 

>This way in a single packet with time stamp you have the position and the 
>weather data... all in only one packet. 


Ok, I got that figured, but what about the other parts? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 08:34:00 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA27580 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 08:33:56 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 17 Mar 2002 09:33:31 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
Message-ID: <LYR11589-69186-2002.03.17-09.06.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0203170923160.28329-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 16 Mar 2002, David VanHorn asked about a Mobile WX station: 

> I see five data type identifiers, !, #, $, * and _ 

> The next paragraph seems to tell me that I could also use !, =, / or @, 
> (note that ! is used above already, seems ambiguous), but I am not given 
> any rationale to make a particular choice. 

For a mobile it is easy. Use a position weather packet like this: 
@DDHHMMzZLAT/LONG_weatherdata goes here..../software identifier 

This way in a single packet with time stamp you have the position and the 
weather data.. all in only one packet. Put an ID on the end to indicate 
whatkind of software you are uSing.. 

> Field 2: 7 char, "DHM/HMS" 

Day hours minutes 

> Field 4: 1 char Sym table ID ??? (Does this mean the icon?) 

This must be the "/" primary symbol table to get the Weather icon. 

> Field 6: Symbol code ??? 

This must be the "_" Weather Icon 

> Field 7: 7 char, wind dir and speed (as opposed to "weather data?") 
Wind direction and speed are part of the weather data you want to report. 
Field 8: variable, weather data 

I assume, though I am not told anywhere, that this is a frame that I build 
from the sensors and data I have to send, in the format presented under 


"Positionless Weather Data", except that the wind direction and speed were 
already done in the previous field, and not required here. 


VVVNV Vv 


Yes. 


> Field 9 1 char APRS software Field 10 2-4 chars Weather unit Both of 
> these fields are shown as optional, yet if field 10 is missing, then how 
> can you parse it? 


Doesnt matter. If you dont care about what kind of wx station it is, 
then no need to parse that field.. 


> But it isn't, so what DO I do with these, given that I'm not running any 
> APRS software, and I'd like to send an "AVR" identifier? 


Maybe use O for other and AVR for the identifier... 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 08:36:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA27936 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 08:36:04 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 17 Mar 2002 09:34:47 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-Reply-To: <5.1.0.14.2.20020316211604 .01d£0330@mail.cedar.net> 
Message-ID: <LYR11589-69187-2002.03.17-09.08.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0203170933540 .28329-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 16 Mar 2002, David VanHorn wrote: 


>@DDHHMMZLAT/LONG_weatherdata goes here.... 

> 

>This way in a single packet with time stamp you have the position and the 
>weather data.. all in only one packet. 


VV VV VV 


Ok, I got that figured, but what about the other parts? 


They should be as shown in the spec. I havent looked recently, but it 
should be obvious... 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 11:19:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6692 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 11:19:43 -0600 (CST) 
Date: Sun, 17 Mar 2002 12:20:06 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <LYR11608-69187-2002.03.17-09.08.07--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69213-2002.03.17-11.52.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
References: <5.1.0.14.2.20020316211604.01df0330@mail.cedar.net> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020317121926.01e890cO@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 

>They should be as shown in the spec. I havent looked recently, but it 
>should be obvious... 

> 

>de WB4APR@amsat.org, Bob 


I agree that it should be obvious, even to someone who does not live and 


breathe it. 
Unfortunately, it wasn't. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 11:27:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6842 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 11:27:05 -0600 (CST) 
Date: Sun, 17 Mar 2002 12:27:25 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <LYR11608-69186-2002.03.17-09.06.12--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69214-2002.03.17-11.59.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020317122011.02079778@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 
> > Field 2: 7 char, "DHM/HMS" 
> 

>Day hours minutes 


What I see, looks like HMS in Zulu time, but that dosen't match the field 

description at all.. If the left pair of digits were "31" then it would be 
obvious that it's DHM. 

But then I am left with confusion over the "DHM/HMS" which implies that I 

can use either one. That can't be true though, since you'd have no way to 

know how to parse it. 


> > Field 7: 7 char, wind dir and speed (as opposed to "weather data?") 
> 
>Wind direction and speed are part of the weather data you want to report. 


Ok, but it's confusing as hell to have them here, and then call out this 
second field of "weather data", as if wind speed and direction are not 
weather data. 


> > Field 9 1 char APRS software Field 10 2-4 chars Weather unit Both of 

> > these fields are shown as optional, yet if field 10 is missing, then how 
> > can you parse it? 

> 

>Doesnt matter. If you dont care about what kind of wx station it is, 

>then no need to parse that field.. 

> 

> > But it isn't, so what DO I do with these, given that I'm not running any 
> > APRS software, and I'd like to send an "AVR" identifier? 

> 

>Maybe use O for other and AVR for the identifier... 


My point though, is that the spec says both fields are optional, meaning 
that I may include either, both, or none. Unfortunately, there's no way to 
parse that data unless the ninth field is required. It may be the case 
that these two fields are a set, and that I can either leave them both off, 
or put them both on, (which makes sense to me) but that's not what the doc 
says. 


I'm just trying to get an accurate interpretation of the spec, and to point 
out areas where it is ambiguous or maybe wrong, so it can be improved. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 11:28:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ6889 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 11:28:08 -0600 (CST) 
Date: Sun, 17 Mar 2002 12:28:04 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <LYR11608-69186-2002.03.17-09.06.12--dvanhorn#cedar.net@lis 
ts.tapr.org> 


X-Sender: dvanhorn@mail.cedar.net 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69215-2002 .03.17-12.00.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-version: 1.0 

Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020317122744 .01e81d78@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 09:33 AM 3/17/2002 -0500, Bob Bruninga wrote: 


> > Field 2: 7 char, "DHM/HMS" 
> 
>Day hours minutes 


What about the "Z"? 


Dave's Engineering Page: http://www.dvanhorn.org 


Got a need to read Bar codes? http://www.barcodechip.com 
Bi-directional read of UPC-A, UPC-E, EAN-8, EAN-13, JAN, and Bookland, with 
two or five digit supplemental codes, in an 8 pin chip, with NO external parts. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 12:23:40 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ8551 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 12:23:35 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 


Date: Sun, 17 Mar 2002 13:22:58 -0500 (EST) 

From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-Reply-To: <5.1.0.14.2.20020317122744 .01e81d78@mail.cedar.net> 
Message-ID: <LYR11589-69222-2002.03.17-12.56.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0203171322370.28329-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 17 Mar 2002, David VanHorn wrote: 


> At 09:33 AM 3/17/2002 -0500, Bob Bruninga wrote: 


> 
> > > Field 2: 7 char, "DHM/HMS" 
>> 

> >Day hours minutes 

> 


> What about the "Z"? 
That is the time zone marker for ZULU. It means UTC... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 12:26:02 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ8619 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 12:25:54 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 17 Mar 2002 13:25:42 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 


X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
Message-ID: <LYR11589-69223-2002.03.17-12.58.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0203171324520 .28329-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 17 Mar 2002, David VanHorn wrote: 

> But then I am left with confusion over the "DHM/HMS" which implies that I 
> can use either one. That can't be true though, since you'd have no way to 
> know how to parse it. 


Its DHM if it ends with a "z" or it is HMS if it ends with an "h"... 


> >Wind direction and speed are part of the weather data you want to report. 


Vv 


Ok, but it's confusing as hell to have them here, and then call out this 
second field of "weather data", as if wind speed and direction are not 
> weather data. 


Vv 


All APRS position reports have DIRECTION and SPEED in those fields. For 
the Weather stations, it made sense to conserve bytes and use them for 
that. 


> > > Field 9 1 char APRS software Field 10 2-4 chars Weather unit Both of 
> > these fields are shown as optional, yet if field 10 is missing, then how 
> > > can you parse it? 


Vv 


> >Doesnt matter. If you dont care about what kind of wx station it is, 
> >then no need to parse that field.. 


> > > But it isn't, so what DO I do with these, given that I'm not running any 
> > > APRS software, and I'd like to send an "AVR" identifier? 


> >Maybe use O for other and AVR for the identifier... 


> My point though, is that the spec says both fields are optional, meaning 
> that I may include either, both, or none. Unfortunately, there's no way to 


parse that data unless the ninth field is required. It may be the case 
that these two fields are a set, and that I can either leave them both off, 
or put them both on, (which makes sense to me) but that's not what the doc 
says. 


VVV NM 


Yes. They are optional. But most of us would like to see an identifier 
there as to your application so that resulting packets cab be attributed 
to the source... Just choose some characters that are unique to your 
application as identifiers... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 17 16:17:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA21632 

for <lyris.aprsspec@tapr.org>; Sun, 17 Mar 2002 16:17:17 -0600 (CST) 
Date: Sun, 17 Mar 2002 17:17:37 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: APRS1.01 document Weather packets 
In-reply-to: <Pine.GS0.4.44.0203171317240 .28329-100000@arctic> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-69264-2002.03.17-16.49.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
References: <5.1.0.14.2.20020317122011 .02079778@mail.cedar.net> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <5.1.0.14.2.20020317171223 .01e72808@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 01:22 PM 3/17/2002 -0500, Bob Bruninga wrote: 


>On Sun, 17 Mar 2002, David VanHorn wrote: 


> But then I am left with confusion over the "DHM/HMS" which implies that I 
> can use either one. That can't be true though, since you'd have no way to 
> know how to parse it. 


VV VV WV 


>Its DHM if it ends with a "z" or it is HMS if it ends with an "h"... 


Good thing I asked, that's totally non-obvious from the spec! 


>All APRS position reports have DIRECTION and SPEED in those fields. For 
>the Weather stations, it made sense to conserve bytes and use them for 
>that. 


Makes sense, I'm just going at it cold, from what the spec says. 
I may in fact be moving when I report, but I will un-twist the wind and 
give you the same vector as if I was sitting still. 


>Yes. They are optional. But most of us would like to see an identifier 
>there as to your application so that resulting packets cab be attributed 
>to the source... Just choose some characters that are unique to your 
>application as identifiers... 


No problem, but the spec should say that those two fields are "all or 
nothing", otherwise you'll get unparseable frames. 


It's also bad juju to parse from both ends. 

There's a long story attached to that, which ended up with me finding a bug 
in our code that was triggered by a bug in one of Visa's five tandem 
non-stop machines. I had to write a program that simulated transactions, 
and every concievable randomized error, to prove that it was happening the 
way I thought that it could. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 18 07:07:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA15496 

for <lyris.aprsspec@tapr.org>; Mon, 18 Mar 2002 07:07:36 -0600 (CST) 
content-class: urn:content-classes:message 


Subject: [aprsspec] Re: APRS1.01 document Weather packets 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Mon, 18 Mar 2002 07:07:30 -0600 
Message-ID: <LYR11589-69369-2002.03.18-07.40.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] Re: APRS1.01 document Weather packets 
Thread-Index: AcHOAY+17BWonUbsQg2pe/daNEO7LAAeSHvw 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFC04C847@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id HAA15496 


Hi David, 


Remember, too, that in a "full" report (with position), the speed is in 
knots. Sections 6 and 7 give the information you are looking for 
regarding timestamps, lat/lon format, and the dixr/spd extension. Think 
of a "full" weather report as a position report with weather data in the 
extension and comment fields. 


A minimum weather report consists of wind direction, wind speed, wind 
gust, and temperature in that order. A positionless weather packet 
(which, by the way, may be preferred as then you can use any icon for 


your vehicle in the posit) contains "c...s...g8...t..." at a minimum 
("..." means "not available"). 

A full weather packet must have a symbol code of "_", a 7 byte APRS 
extension of "000/000", and a minimum of "g...t..." Note that a 


direction of 000 means that wind speed is ignored (use 360 for North). 


Speed in a positionless packet is mph. Speed in a full packet (as with 
any posit) is in knots. Gust speed is always mph. 


Regarding the APRS software and WX unit info: don't usec, s, g, t, I, 
p, P, h, ox b as many parsers scan the entire comment field for these 
characters. Also, the barometric pressure can be either 4 or 5 digits. 
If it is 4 digits, a bp >= 1000.0 mb loses the 1 (1018.1 = 0181, 925.2 = 


9252). 

Hope this helps. 
73, 

Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


S sees Original Message----- 

> From: David VanHorn [mailto:dvanhorn@cedar.net] 

> Posted At: Sunday, March 17, 2002 4:18 PM 

> Subject: [aprsspec] Re: APRS1.01 document Weather packets 

> 

> >All APRS position reports have DIRECTION and SPEED in those 
> fields. For 

> >the Weather stations, it made sense to conserve bytes and 

> use them for 

> >that. 

> 

> Makes sense, I'm just going at it cold, from what the spec says. 
> I may in fact be moving when I report, but I will un-twist 

> the wind and 

> give you the same vector as if I was sitting still. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 19 01:33:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA20201 

for <lyris.aprsspec@tapr.org>; Tue, 19 Mar 2002 01:33:20 -0600 (CST) 
Message-Id: <LYR11589-69642-2002 .03.19-02.05.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 18 Mar 2002 23:32:46 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Who keeps Destination "Software Version" codes? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130301b8bc99c99e02@[198.145.251.90]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, List - 


Who maintains these codes. Who decides when it is time to transistion from 
"APZxxx" to a more specific code? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 19 08:25:59 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA24560 

for <lyris.aprsspec@tapr.org>; Tue, 19 Mar 2002 08:25:58 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 19 Mar 2002 09:25:39 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 
In-Reply-To: <LYR11586-69642-2002.03.19-02.05.34-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-69689-2002.03.19-08.58.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0203190924550.21315-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 18 Mar 2002, Jim Wagner wrote: 


> Who maintains these codes. Who decides when it is time to transistion from 
> "APZxxx" to a more specific code? 


More or less the individual that wants it. Just pick one, and I'll see if 
it conflicts with anything existing and then add it to the list. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 19 10:55:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA04818 

for <lyris.aprsspec@tapr.org>; Tue, 19 Mar 2002 10:55:08 -0600 (CST) 
Message-Id: <LYR11589-69701-2002.03.19-11.27.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 19 Mar 2002 10:54:48 -0600 
From: Timothy J Salo <tjs@tc.umn.edu> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <iss.528b.3c976d58.4727e.1@garnet.tc.umn.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> Date: Tue, 19 Mar 2002 09:25:39 -0500 (EST) 


From: Bob Bruninga <bruninga@usna.edu> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 


> Who maintains these codes. Who decides when it is time to transistion from 
> "APZxxx" to a more specific code? 


More or less the individual that wants it. Just pick one, and I'll see if 
it conflicts with anything existing and then add it to the list. 


VV VV VV VV 


"The list"??? 
-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 19 14:51:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA22569 

for <lyris.aprsspec@tapr.org>; Tue, 19 Mar 2002 14:51:29 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 19 Mar 2002 15:50:58 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 
Message-ID: <LYR11589-69731-2002.03.19-15.23.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0203191549280 .16189-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here is the last revison that I know of... dated Sept 2001: 


APRS-WG 

Bill Diaz requested APA... for his AFilter applications. Here is the 
updated list of TOCALLS. I will assume this is acceptible to everyone 
unless there are objections. 


In response to the last time we debated this and Mike's comments, it 
should be noted that None of these alignments are Exclusive. THey are 
simply reservations. If someone else wants to use a subgroup of number 
series, then I will try to accomodate. Notice the "etc" in each 
category.. 


This list will be updated in real time as people make Email reservations 
when such requests are made public and when there is no conflict. I will 
maintain the list and issue periodic copies on the APRSSPEC list when 
needed. Official action by the WG is not needed except to resolve 
conflicts. 


APA A-Filter, Alinco, etc 
APAFxx AFilter. 
APAGxx AGATE 
APAXxx AFilterx. 
APAHxx AHub 
APB avail 
APC Windows CE, etc 
APD APRSd, etc 
APE avail 
APF avail 
APG Gates, etc 
APH HamHud, etc 
API Icom, etc 
APICQx for ICQ 
APJ JavaAPRS,JeAPRS,etc 
APK Kenwood, etc 
APKOxx THD7's 
APK1xx D700's 
APL Liunx applications 
APM MacAPRS, etc 
APN Network nodes, digis, etc 
APO avail 
APP pocketAPRS, etc 
APQ avail 
APR APR8xx APRSdos,etc 
APRDxx APRSdata, APRSdr 
APRKxx APRStk 
APRS Generic, digis (obsolete. Digis should use APNxx instead) 
APRXxx APRSmax 
APRTLM used my MIM's and Mic-lites, etc 
APS APRS+SA, etc 
APT TinyTxrack 
APTTxx Tiny Track 
APT2xx Tiny Track II 
APTAxx K4ATM's tiny track 


APTV for ATV/APRN and SSTV applications 
APU UIview, etc 
APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 
APV avail 
APW WinAPRS, etc 
APX Xaprs, etc 
APY etc, Yeasu, etc 
APZ Experimental 
APZOxx Xastix 
APZPAD Smart Palm 


Due to the limited address space available, we ask that authors be 
conservative in their use of their address space and try to accomodate 
others desiring to use the same major address block where possible. If 
anyone needs a new series and if the subbolock is already in use, then the 
WG would suggest that the requester coordinate with the other authors of 
that block to arrive at a mutually agreeable arrangement. 


Requests for new addresses should be posted on the APRSSPEC list, and in 
the absence of any conflicts or contention, these requests will be 
accommodated where possible. In the event of conflict, issues will be 
resolved by the WG. 


WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 19 18:32:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ9094 
for <lyris.aprsspec@tapr.org>; Tue, 19 Mar 2002 18:32:29 -0600 (CST) 
Message-ID: <LYR11589-69778-2002.03.19-19.04.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 19 Mar 2002 19:32:14 -0500 
From: Alex <krist@amsat.org> 
Reply-To: krist@amsat.org 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Request for TOCALL designation 

References: <LYR23952-69731-2002.03.19-15.23.46--kristi#tamsat.org@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3C97D88E.BOE628DB@amsat.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hi there, 


May I request to reserve the APCYxx TOCALL subgroup for my Cybiko 
applications? 


Thanks and 73s, 
--Alex 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 19 18:53:15 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA10318 

for <lyris.aprsspec@tapr.org>; Tue, 19 Mar 2002 18:53:12 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 19 Mar 2002 19:52:51 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for TOCALL designation 
In-Reply-To: <LYR11586-69778-2002.03.19-19.04.59-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-69785-2002 .03.19-19.25.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0203191952360.18037-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 19 Mar 2002, Alex wrote: 


> May I request to reserve the APCYxx TOCALL subgroup for my Cybiko 
> applications? 


Looks OK to me... 
Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 20 02:19:19 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ3152 

for <lyris.aprsspec@tapr.org>; Wed, 20 Mar 2002 02:19:15 -0600 (CST) 
Message-ID: <LYR11589-69843-2002.03.20-02.51.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 20 Mar 2002 08:16:43 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 
References: <LYR26815-69731-2002.03.19-15.23.46-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-69731-2002.03.19-15.23.46-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <x5o0vQmBrVEm8EwcN@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-69731-2002.03.19-15.23.46--roger#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 


[snip] 

> APU UIview, etc 

> APU1xx UIview 16 bit applications 
> APU2xx UIview 32 bit apps 


I would also like to use APU3. (For an unproto terminal that has some 
APRS capabilities. ) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 20 08:18:00 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA24850 

for <lyris.aprsspec@tapr.org>; Wed, 20 Mar 2002 08:17:59 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 20 Mar 2002 09:17:22 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 
In-Reply-To: <x5o0vQmBrVEm8EwcN@peaksys.co.uk> 
Message-ID: <LYR11589-69865-2002.03.20-08.50.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto: leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0203200917070.6866-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 20 Mar 2002, Roger Barker wrote: 


> > APU UIview, etc 
>> APU1xx UIview 16 bit applications 


> APU2xx UIview 32 bit apps 


I would also like to use APU3. (For an unproto terminal that has some 
APRS capabilities. ) 


OK, Ill add it. 
Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 20 09:25:30 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA28065 

for <lyris.aprsspec@tapr.org>; Wed, 20 Mar 2002 09:25:27 -0600 (CST) 
From: "Rob Wittner" <rmw@rwa-inc.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Request for TOCALL designation 
Date: Wed, 20 Mar 2002 10:25:47 -0500 
Message-ID: <LYR11589-69874-2002.03.20-09.57.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11697-69778-2002.03.19-19.04.59--xmwiétrwa-inc.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <000001c1d023$8378£660$c84a5d0c@io> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> APC Windows CE, etc 


Well, as long as everyone's cognizant that APCYxx is the Cybiko version and 
APC[4Y]xx is the Windows CE version. 


I'll be happy to avoid the Y in the fourth character. 
Anyone? 


-Rob 


=See Original Message----- 

From: bounce-aprsspec-11697@lists.tapr.org 
[mailto:bounce-aprsspec-11697@lists.tapr.org]On Behalf Of Alex 
Sent: Tuesday, March 19, 2002 7:32 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Request for TOCALL designation 


Hi there, 


May I request to reserve the APCYxx TOCALL subgroup for my Cybiko 
applications? 


Thanks and 73s, 
--Alex 


You are currently subscribed to aprsspec as: rmw@rwa-inc.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 20 11:46:50 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ9305 

for <lyris.aprsspec@tapr.org>; Wed, 20 Mar 2002 11:46:48 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 20 Mar 2002 12:45:50 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] RE: Request for TOCALL designation 
In-Reply-To: <LYR11586-69874-2002.03.20-09.57.49- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-69893-2002.03.20-12.19.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0203201245340 .8392-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 20 Mar 2002, Rob Wittner wrote: 
> APC Windows CE, etc 


Well, as long as everyone's cognizant that APCYxx is the Cybiko version and 
APC[4Y]xx is the Windows CE version. 


VV VV VV 


I'll be happy to avoid the Y in the fourth character. 
Seems reasonable... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 20 12:22:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11492 

for <lyris.aprsspec@tapr.org>; Wed, 20 Mar 2002 12:22:00 -0600 (CST) 
Mime-Version: 1.0 
X-Sender: ksproul@email.rci.rutgers.edu 
Message-Id: <LYR11589-69896-2002.03.20-12.54.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 20 Mar 2002 13:20:44 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@rci.rutgers.edu> 


Subject: [aprsspec] RE: Request for TOCALL designation 

Cc: "Rob Wittner" <rmw@rwa-inc.com> 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <aQ5100315b8be82d80fdb@[128.6.228.76]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I thought APC was totally reserved for Windows CE.. 
If Rob has a problems with APCY, then I would too.. 


However, if Rob is using APCExx and Alex uses APCYxx, then I wouldn't 
have a problem with it either... 


I also don't have a problem with the APUxxx 


Hi there, 


May I request to reserve the APCYxx TOCALL subgroup for my Cybiko 
applications? 


Thanks and 73s, 
--Alex 


In message <LYR26815-69731-2002.03.19-15.23.46--rogeri#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 


[snip] 

> APU UIview, etc 

> APU1xx UIview 16 bit applications 
> APU2xx UIview 32 bit apps 


I would also like to use APU3. (For an unproto terminal that has some 
APRS capabilities. ) 


> APC Windows CE, etc 


Well, as long as everyone's cognizant that APCYxx is the Cybiko version and 
APC[4Y]xx is the Windows CE version. 


I'll be happy to avoid the Y in the fourth character. 
Anyone? 


-Rob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Mar 20 20:55:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ4495 
for <lyris.aprsspec@tapr.org>; Wed, 20 Mar 2002 20:55:22 -0600 (CST) 
Content-Type: text/plain; 
charset="iso-8859-1" 
From: Chuck Byam <cbyam@virginia.edu> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Who keeps Destination "Software Version" codes? 
Date: Wed, 20 Mar 2002 21:55:06 -0500 
References: <LYR22386-69731-2002.03.19-15.23.46-- 
cbyam#virginia.edu@lists.tapr.org> 
In-Reply-To: <LYR22386-69731-2002.03.19-15.23.46-- 
cbyam#virginia.edu@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-69947-2002.03.20-21.27.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200203202155.06719.cbyam@virginia.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA04495 


On Tuesday 19 March 2002 03:50 pm, Bob Bruninga wrote: 
: Here is the last revison that I know of... dated Sept 2001: 
<snip> 
APX Xaprs, etc 
APY etc, Yeasu, etc 
APZ Experimental 
APZOxx Xastix 


APZPAD Smart Palm 


Xastir has been using the APX disignation for about a year now. 


Chuck Byam 
Xastir project coordinator 
http: //www.xastir.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Mar 30 08:42:16 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ7381 

for <lyris.aprsspec@tapr.org>; Sat, 30 Mar 2002 08:42:11 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 30 Mar 2002 09:41:36 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

Dwight Hazen <hazen@indiana.edu>, James Smith <k9apr@kiva.net> 

Subject: [aprsspec] User defined APRS formats 
In-Reply-To: <LYR11586-65369-2002.02.25-20.44.24-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-71515-2002.03.30-09.14.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GS0O.4.44.0203300933020.29849-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 25 Feb 2002, jabennett wrote: 
> I need a "User-Defined Packet Type" character for the two defined packet 


> types of weather data that my code will use. In the interim, I have 
> decided to release the new version with the generic character "{" 


I dont think we have a very good list (or I cant find it). Can EVERYONE 
that is currently using a user defined format please send in your usage? 
Here is the only one I know about: 


APRS USER DEFINED DATA FORMATS LIST (26 Mar 2001) 


HEADER AUTHOR DESCRIPTION 
4Fnn WB4APR nn is a 2 byte descriptor of MITEL GPS data formats 
4K1 WB4APR "K" for Keps and "1" for NASA One line. 
4K2n WB4APR For NASA two line elements. "n" is line 1 or 2. 
+4 J Bennet for WX 


de WB4APR@amsat.org, Bob 


PCsat Design http: //web.usna.navy.mil/~bruninga/pcsat.html 
CUBESAT Designs http: //web.usna.navy.mil/~bruninga/cubesat. html 
APRS LIVE pages http: //web.usna.navy.mil/~bruninga/aprs.html 
APRS SATELLITES http: //web.usna.navy.mil/~bruninga/astars. html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprssig as: bruninga@usna.edu 
To unsubscribe send a blank email to leave-aprssig-20817K@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Mar 31 22:49:33 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ4735 

for <lyris.aprsspec@tapr.org>; Sun, 31 Mar 2002 22:49:27 -0600 (CST) 
Message-ID: <LYR11589-71720-2002.03.31-23.22.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "jabennett" <jabennett@sigecom.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>, 

"Dwight Hazen" <hazen@indiana.edu>, "James Smith" <k9apr@kiva.net> 

References: <Pine.GSO.4.44.0203301958490 .15150-100000@arctic> 
Subject: [aprsspec] Re: User defined APRS formats 


Date: Sun, 31 Mar 2002 22:48:12 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <003001c1d938$6e4a17b0$0701a8c0@12130> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


W would be OK. X is in my call, Linux, and X (the latter two because I'm 
porting to the Linux platform). That's the only reason. If others use the 
data, 'W' would probably make more sense. 


Snes Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "jabennett" <jabennett@sigecom.net> 

Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>; "Dwight Hazen" 
<hazen@indiana.edu>; "James Smith" <k9apr@kiva.net> 

Sent: Saturday, March 30, 2002 6:59 PM 

Subject: Re: [aprsspec] User defined APRS formats 


> On Sat, 30 Mar 2002, jabennett wrote: 

> 

> > If available, I would like to use: 

>> 

SUS 3x1 

>> +x2 

> 

> Since it is weather, is there any reason why not to use 4{W ? 
> Just an idea... 

> bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Apr 1 09:06:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA26032 

for <lyris.aprsspec@tapr.org>; Mon, 1 Apr 2002 09:06:21 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 1 Apr 2002 10:06:12 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: User defined APRS formats 
Message-ID: <LYR11589-71775-2002.04.01-09.39.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204011005320.10205-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> If available, I would like to use: 


> 
> 4x1 
> 3x2 


Since it is weather, is there any reason why not to use 4{W ? 
Just an idea... 
bob 


> The data format is currently available on my web site at: 
> 

> http: //members.sigecom.net/jabennett/wxn/types.htm 

> 

> There will be a type 3 in the very near future which would be '{x3' 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 2 19:48:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ1394 


for <lyris.aprsspec@tapr.org>; Tue, 2 Apr 2002 19:48:04 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Tue, 02 Apr 2002 20:47:35 -0500 
Subject: [aprsspec] ADMIN: Monthly Reading of the Riot Act 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-71951-2002.04.02-20.21.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="IS0-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8CFC967 .322B%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA01394 


(This message is posted on the APRS SPEC SIG on a monthly basis.) 
PURPOSE 


The purpose of the APRS SPEC SIG is to provide a forum for folks interested 
in discussing the APRS protocol specification. 


POSTING MESSAGES 

To post messages to the APRS SPEC SIG, send email to aprsspec@lists.tapr.org 
APRS SPEC SIG RULES 

The APRS SPEC SIG has a few simple rules: 


Be courteous. Abusive, insulting, or rude behavior demonstrated towards 
another list member is a violation of this rule. 


Stick to the subject, i.e., the APRS protocol specification. Subjects 
that are only tangentially related to the APRS protocol specification (like 
2what kind of printer should I buy to print out my copy of the APRS 
specification?s) may be considered off-topic. If you start a message with 
>this is off-topicas then you are violating this rule. 


Be succinct when composing a message. (The APRS SPEC SIG software has 
been optioned to limit the length of each message.) 


When quoting a previous message, only quote the parts of that message you 
are referencing. (The APRS SPEC SIG software has been optioned to limit the 
length of a quote.) 


Do not send messages in HTML of Rich Text format. 
Do not send attachments. 


Cross-posting is not permitted. (The APRS SPEC SIG software has been 
optioned to prevent cross-posting.) 


The APRS SPEC SIG administrator reserves the right to suspend or ban any 
list member who violates these rules. 


SUBSCRIPTION MAINTENANCE 


You may make changes to your subscription (like change your email address, 
toggle on/off the digest mode, etc.) by logging into the APRS SPEC SIG at 
http: //www.tapr.org/cgi-bin/lyris.pl 


UNSUBSCRIBING 


To unsubscribe from the APRS SPEC SIG, follow the directions you will find 
at the bottom of each message you receive from the APRS SPEC SIG. 


QUESTIONS, COMMENTS, ETC. 


If you have any questions, comments, etc. concerning the APRS SPEC, please 
email the APRS SPEC SIG administrator at the address below. 


Stan Horzepa, WA1LOU, waillou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 6 11:57:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21942 

for <lyris.aprsspec@tapr.org>; Sat, 6 Apr 2002 11:57:46 -0600 (CST) 
Message-Id: <LYR11589-72632-2002.04.06-12.30.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 6 Apr 2002 09:56:26 -0800 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] QUERY 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b8d4e5205f26@[198.145.251.83]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, List... 


I've just started working on query processing for easyAPRS. A clarification 
would really help. 


The ?IGATE? and ?WX? undirected queries are all described in APRS101.pdf in 
the same section with the ?APRS? query. The described format says that a 
"target footprint" can be included. The example shows such with the ?APRS? 
query but not with the other two. Can the target be expected with ?IGATE? 
and ?WX?. I suspect so, but want to make sure. 


Many thanks to all... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 9 00:58:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA22837 


for <lyris.aprsspec@tapr.org>; Tue, 9 Apr 2002 00:58:23 -0500 (CDT) 
Message-Id: <LYR11589-73040-2002.04.09-01.31.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 8 Apr 2002 22:57:54 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] APRSH Details 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b8d831c716bb@[198.145.251.13]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, Spec Discussion Group - 
Some details about APRSH would be helpful. 


It asks the addressed station to return the number of times the sending 
station has been heard in each of the last 8 hours. 


(1) Are those hours reckoned from the receiving time or "straight-up clock" 
time. That is, if the query is received at 0915 hr, would the most recent 
hour begin at 0900 or 0815? 


(2) The example in the specs seems to use periods to denote hours with 
nothing heard. Why not "0"? 


(3) Does this count unique packets or total packets including duplicates 
arriving from multiple WIDE sources? 


(4) Are multi-digit hour fields allowed? 
Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 9 09:17:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA0Q1729 

for <lyris.aprsspec@tapr.org>; Tue, 9 Apr 2002 09:17:17 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 9 Apr 2002 10:17:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSH Details 
Message-ID: <LYR11589-73059-2002.04.09-09.50.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204091015540 .5692-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 8 Apr 2002, Jim Wagner wrote: 


Some details about APRSH would be helpful. 
It asks the addressed station to return the number of times the sending 
station has been heard in each of the last 8 hours. 


(1) Are those hours reckoned from the receiving time or "straight-up clock" 
time. That is, if the query is received at 0915 hr, would the most recent 
hour begin at 0900 or 0815? 


VVVVV VV 


Per clock hour. starting at 00 minutes each hour. 


> (2) The example in the specs seems to use periods to denote hours with 
> nothing heard. Why not "0"? 


Probably not required. On the APRSdos HEARD screen, it is much easier to 


see numbers out of a field of dots compared to numbers out of a sea of 
"@" '"s 


> (3) Does this count unique packets or total packets including duplicates 
> arriving from multiple WIDE sources? 


Totals including dupes. Gives an idea of channel load from that person. 
> 
> (4) Are multi-digit hour fields allowed? 


Actually, the response is just a string of 8 fields with no labels of the 
hours. 13 5 . . 64 =~9 


is always 8 fields long with the first digit being the present hour... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 9 18:35:10 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ6337 
for <lyris.aprsspec@tapr.org>; Tue, 9 Apr 2002 18:35:09 -0500 (CDT) 
Date: Tue, 09 Apr 2002 19:33:35 -0400 
From: "John R. Ackermann" <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] 2002 Digital BASH at Dayton Hamvention 
Message-ID: <LYR11589-73146-2002.04.09-19.07.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <82347319.1018380815@[192.168.1.26]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Going to the Dayton Hamvention? Then plan to attend the annual Digital*BASH 
sponsored by TAPR and the Miami Valley FM Association to be held on Friday, 
May 17, 2002! 


For reservations, please contact the TAPR office as described below. 


What? 
An event for the digitally-inclined ham, featuring: 
* Buffet dinner (Prime Rib, Chicken, and Pasta) 
* Keynote Address (Speaker to be named) 
x TAPR special interest group meetings 
* "Birds of a Feather" gatherings 


When? 
Friday evening, May 17, 2002 
Doors open at 7:00 pm; dinner served at 7:30 pm 
Speaker and meetings after dinner 


Where? 
Kohler's Banquet Center, 4548 Presidential Way, Kettering 
(39 40.75N, 84 08.43W), about 6 miles SE of downtown Dayton -- 
just off of East David Road. Detailed directions and maps are available 
on the TAPR web site (http://www.tapr.org/tapr/html/Fdayton.maps.htm1) 
or at the TAPR booth. 


How? 
Dinner requires advance registration and payment through TAPR. 
Tickets will be available at the TAPR booth on Friday, though 
we strongly encourage registration <before> Hamvention. The cost 
is $25.00 per person, tax and tip included. 


All amateurs are welcome to attend, enjoy the speaker, and 
particpate in the meetings, although only those purchasing a dinner 
can eat. 


To register, contact: 
PACK*BASH 
c/o TAPR 
8987-309 E. Tanque Verde Road #337 
Tucson, AZ 85749-9399 


Phone: 972-671-TAPR (8277) 
Fax: 972-671-8716 
Internet: tapr@tapr.org 


Visa/Mastercard Accepted 


Who? 
PACKxBASH is co-sponsored by TAPR -- Tucson Amateur Packet Radio, 
the national leader in digital communication -- and the Miami 
Valley FM Association, Dayton's packet radio club. 


For more information (including maps), go to 
http: //www.tapr.org/tapr/html/dayton.html#packetbash, or send email to 
tapr@tapr.org. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 11 11:41:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ2598 

for <lyris.aprsspec@tapr.org>; Thu, 11 Apr 2002 11:41:01 -0500 (CDT) 
X-Authentication-Warning: eskimo.com: archer owned process doing -bs 
Date: Thu, 11 Apr 2002 09:40:31 -0700 (PDT) 
From: "Curt, WE7U" <archer@eskimo.com> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Curt Mills, WE7U" <hacker@tc.fluke.com>, 

"Curt Mills, WE7U" <archer@eskimo.com> 

Subject: [aprsspec] Weather Icons 
Message-ID: <LYR11589-73460-2002.04.11-12.14.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.SUN.3.96.1020411093836.7808A-100000@eskimo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Trying from a 2nd address, as the first doesn't appear to have made 
it to the list. Sorry if you get two copies of the message. 


Curt, WE7U archer@eskimo.com 


Arlington, WA, USA http: //www.eskimo.com/~archer 
"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


edalie, im i eee Forwarded message ---------- 

Date: Thu, 11 Apr 2002 09:07:12 -0700 (PDT) 

From: "Curt Mills, WE7U" <hacker@tc. fluke. com> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Cc: Curt Mills <hacker@tc.fluke.com>, "Curt Mills, WE7U" <archer@eskimo.com> 
Subject: Weather Icons 


APRS spec, Chapter 12: Weather Reports, page 65 (page 75 in the PDF 
file) says this: 


"An APRS Complete Weather Report can contain a timestamp and 
location information, using any of the legal lat/long and 
compressed lat/long position formats described earlier. An APRS 
Object may also have weather information associated with it. 


Examples of report formats are shown below. Note that the Symbol 
Code in every case is the _ (underscore). Also the 7-byte Wind 
Direction and Wind Speed Data Extension replace the cccc and ssss 
fields of a Positionless Weather Report." 


So... That pretty much casts in stone that weather reports should 
only have \_ or /_ symbols (blue or green WX circles). /W and \W 
are not allowed by the spec. 


In the symbol table though, /W and \W are for National Weather 
Service stations, and NWS + overlay. 


So, are the \W and /W icons to be used for stations sending Complete 
Weather Reports on APRS? If so, the spec text is wrong. 


I just tweaked Xastir to only allow \_ and /_ for weather stations. 
If the NWS icons are intended for use at NWS _as_ weather stations, 
then I need to tweak the code some more, and the spec needs to be 
corrected as well. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 
"Lotto: A tax on people who are bad at math." -- unknown 


"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 11 12:13:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA04931 
for <lyris.aprsspec@tapr.org>; Thu, 11 Apr 2002 12:13:51 -0500 (CDT) 
Subject: [aprsspec] RE: Weather Icons 
Date: Thu, 11 Apr 2002 12:13:36 -0500 
Message-ID: <LYR11589-73475-2002.04.11-12.47.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] Weather Icons 
Thread-Index: AcHhd9LAT+J£mEexRymuLJs63GP88wAA8mwQ 
content-class: urn:content-classes:message 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFC04C975@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA04931 


Good question. My interpretation has been that NWS stations must send 
weather as a positionless packet if they want to send weather. The Fort 
Worth, TX NWS station doesn't send weather so it is not an issue here. 
Basically, if a station wants to use an icon other than the _ (by the 
way, overlays are ok), it must use separate posit and positionless 
weather packets. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


SaeeSs Original Message----- 

From: Curt, WE7U [mailto:archer@eskimo.com] 
Posted At: Thursday, April 11, 2002 11:42 AM 
Subject: [aprsspec] Weather Icons 


So, are the \W and /W icons to be used for stations sending Complete 
Weather Reports on APRS? If so, the spec text is wrong. 


I just tweaked Xastir to only allow \_ and /_ for weather stations. 
If the NWS icons are intended for use at NWS _as_ weather stations, 
then I need to tweak the code some more, and the spec needs to be 
corrected as well. 


VV VV VV VV VVWV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 11 14:58:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA17632 

for <lyris.aprsspec@tapr.org>; Thu, 11 Apr 2002 14:58:03 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 11 Apr 2002 15:57:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <hacker@tc.fluke.com> 

Subject: [aprsspec] Re: Weather Icons 
In-Reply-To: <LYR11586-73460-2002.04.11-12.14.29-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-73488-2002.04.11-15.31.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204111555210 .23278-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 11 Apr 2002, Curt, WE7U wrote: 


So, are the \W and /W icons to be used for stations sending Complete 
Weather Reports on APRS? If so, the spec text is wrong. 


I just tweaked Xastir to only allow \_ and /_ for weather stations. 
If the NWS icons are intended for use at NWS _as_ weather stations, 
then I need to tweak the code some more, and the spec needs to be 
corrected as well. 


VV VV VV MV 


Yes, I have always accepted /W and \W interchangeably with /_ and \_. 
thanks for finding the bug in the spec... 
Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 11 15:41:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21363 

for <lyris.aprsspec@tapr.org>; Thu, 11 Apr 2002 15:40:55 -0500 (CDT) 
Subject: [aprsspec] Re: Weather Icons 
Date: Thu, 11 Apr 2002 15:40:37 -0500 
Message-ID: <LYR11589-73493-2002.04.11-16.14.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] Re: Weather Icons 
content-class: urn:content-classes:message 
Thread-Index: AcHhkz3zc+EIif5pSEqSOR4PMZ+bHwABTcCA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO04C978@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 


X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA21363 


That being the case, how many other software authors besides myself (and 
Steve Dimse) have their software set to the spec? Since the spec has 
been out for a while, wouldn't it be more prudent (yes, I know you don't 
like them) to have the NWS stations that want to transmit weather use 
positionless weather packets? Or is the WG willing to modify the spec 
and release an update for all authors to follow? 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Do Rees Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Thursday, April 11, 2002 2:58 PM 
Subject: [aprsspec] Re: Weather Icons 


Yes, I have always accepted /W and \W interchangeably with /_ and \_. 
thanks for finding the bug in the spec... 
Bob 


VVVV VV MV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 11 15:49:18 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21738 
for <lyris.aprsspec@tapr.org>; Thu, 11 Apr 2002 15:49:12 -0500 (CDT) 
X-Authentication-Warning: eskimo.com: archer owned process doing -bs 
Date: Thu, 11 Apr 2002 13:48:52 -0700 (PDT) 
From: "Curt, WE7U" <archer@eskimo.com> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 
"Curt Mills, WE7U" <hacker@tc.fluke.com>, 
"Curt Mills, WE7U" <archer@eskimo. com> 
Subject: [aprsspec] Re: Weather Icons 
In-Reply-To: <Pine.GS0.4.44.0204111555210.23278-100000@arctic> 
Message-ID: <LYR11589-73495-2002.04.11-16.22.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.SUN.3.96.1020411134401 .28747A-100000@eskimo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 11 Apr 2002, Bob Bruninga wrote: 


> Yes, I have always accepted /W and \W interchangeably with /_ and \_. 
> thanks for finding the bug in the spec... 


And some small bugs at findu.com: It seems that out of these four 
symbols ( /W \W /_ \_ ), only some of them are parsed by findu. 
>From the message I just saw it may be because Steve wrote the code 
with spec in hand, which is what I'm trying to do. 


Another bug at findu has to do with reversed table/symbol chars in a 
MIC-E packet: They are parsed by findu.com and shouldn't be. With 
the TinyTrak-II config software it's easy to make this error and 
I've done so. I've seen other people do this as well. 


I'm getting quite a collection of bugs, omissions, and duplications 
in the spec. Is there any hope of updating it in the future? 


Is it time to put the spec on SourceForge so it can be updated in a 
reasonable timeframe and the changes tracked? SourceForge is 

working well for the Xastir project. It should work just as well for 
a spec. Anyone interested in changes to the spec as they occur could 
subscribe to a mailing list for just that. 


I'll tweak Xastir to allow sending any of the four for weather 
reports, but I'll probably bring up a popup warning dialog if they 
select NWS icons, just to let the user know what they're really 
selecting. 


Curt, WE7U archer@eskimo.com 

Arlington, WA, USA http: //www.eskimo.com/~archer 

"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 12 00:24:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA16398 

for <lyris.aprsspec@tapr.org>; Fri, 12 Apr 2002 00:24:17 -0500 (CDT) 
Message-Id: <LYR11589-73593-2002.04.12-00.57.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 11 Apr 2002 22:23:36 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Re: Weather Icons 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <103130300b8dc1£9f£417d@[198.145.251.15]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


easyAPRS will be tweaked to conform to this revelation. I was just working 
on weather (coincidence!) so it will be easy. 
Jim, KA7EHK 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 12 17:24:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA20960 

for <lyris.aprsspec@tapr.org>; Fri, 12 Apr 2002 17:23:58 -0500 (CDT) 
X-Authentication-Warning: eskimo.com: archer owned process doing -bs 
Date: Fri, 12 Apr 2002 15:23:32 -0700 (PDT) 
From: "Curt, WE7U" <archer@eskimo.com> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Curt Mills, WE7U" <hacker@tc.fluke.com>, 

"Curt Mills, WE7U" <archer@eskimo.com> 

Subject: [aprsspec] Weather Software Designator 
Message-ID: <LYR11589-73756-2002.04.12-17.57.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.SUN.3.96.1020412151502 .4612A-100000@eskimo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


For Complete Weather Report Format, as it exists in the spec, 
there isn't an option for Xastir. What letter should we use 
near the end of the weather report to specify the software? 


Big 'X' perhaps? Small 'x' is listed as X-APRS (Linux). 
Big 'X' could be for "Xastir (MacOS X/Solaris/FreeBSD/Linux)". 
Sound reasonable? We're currently sending a 'z' in that slot. 


Also, we are sending to APXyyy currently (APX112 in the latest 
CVS version). We made the change to 'X' over a year ago, but 
haven't seen it in any official lists yet. Can we get this 
cast in stone finally? 


Thanks, 

Curt, WET7U archer@eskimo.com 

Arlington, WA, USA http: //www.eskimo.com/~archer 
"Lotto: A tax on people who are bad at math." -- unknown 


"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 12 17:47:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA22107 
for <lyris.aprsspec@tapr.org>; Fri, 12 Apr 2002 17:47:27 -0500 (CDT) 

X-Authentication-Warning: eskimo.com: archer owned process doing -bs 
Date: Fri, 12 Apr 2002 15:47:16 -0700 (PDT) 
From: "Curt, WE7U" <archer@eskimo.com> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

"Curt Mills, WE7U" <hacker@tc.fluke.com> 
Subject: [aprsspec] Re: Weather Software Designator 
In-Reply-To: <Pine.GS0.4.44.0204121834260.28554-100000@arctic> 
Message-ID: <LYR11589-73759-2002.04.12-18.21.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.SUN.3.96.1020412154429 .5903A-100000@eskimo. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 12 Apr 2002, Bob Bruninga wrote: 
> Sounds good to me. 


> THis summer I hope to go through the 1100 emails in my APRSwg folder and 
> summarize where we stand... 


oat) 


Ok: We'll use capital 'X' near the end of the weather reports 
and continue to use APXyyy as the destination address. 


T'll commit the 'X' change to CVS immediately. 


Thanks, 


Curt, WE7U archer@eskimo.com 


Arlington, WA, USA http: //www.eskimo.com/~archer 
"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 12 18:27:18 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA24647 

for <lyris.aprsspec@tapr.org>; Fri, 12 Apr 2002 18:27:14 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 12 Apr 2002 19:27:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Weather Software Designator 
Message-ID: <LYR11589-73762-2002.04.12-19.00.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204121926130.28554-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Sounds good to me. 
THis summer I hope to go through the 1100 emails in my APRSwg folder and 
summarize where we stand... 


Bob 


On Fri, 12 Apr 2002, Curt, WE7U wrote: 


Vv 


For Complete Weather Report Format, as it exists in the spec, 
> there isn't an option for Xastir. What letter should we use 
near the end of the weather report to specify the software? 


Vv 


> Big 'X' perhaps? Small 'x' is listed as X-APRS (Linux). 


> Big 'X' could be for "Xastir (MacOS X/Solaris/FreeBSD/Linux)". 
> Sound reasonable? We're currently sending a 'z' in that slot. 


> Also, we are sending to APXyyy currently (APX112 in the latest 
> CVS version). We made the change to 'X' over a year ago, but 
> haven't seen it in any official lists yet. Can we get this 

> cast in stone finally? 

> Thanks, 

> Curt, WE7U archer@eskimo.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 13 11:08:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA18039 

for <lyris.aprsspec@tapr.org>; Sat, 13 Apr 2002 11:08:21 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Sat, 13 Apr 2002 12:06:09 -0400 
Subject: [aprsspec] ADMIN: HTML no more 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-73929-2002.04.13-11.40.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8DDCFB1.36F4%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thanks to a tip I received from Bill, WA7NWP, I was able to configure the 
SIG software to automatically reject HTML messages. So, this SIG is now HTML 


free! 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 13 13:20:25 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA25363 

for <lyris.aprsspec@tapr.org>; Sat, 13 Apr 2002 13:20:21 -0500 (CDT) 
From: "Kevin Brown" <kbrown@powerhouseproductions.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: ADMIN: HTML no more 
Date: Sat, 13 Apr 2002 13:19:52 -0500 
Message-ID: <LYR11589-73964-2002.04.13-13.53.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="is0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR22300-73929-2002.04.13-11.40.21-- 
kbrown#powerhouseproductions.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <004601c1e317$d178ea80$6401a8c0@jffsn1.mo.home.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


YAY! 


wses Original Message----- 

From: bounce-aprsspec-22300@lists.tapr.org 
[mailto:bounce-aprsspec-22300@lists.tapr.org] On Behalf Of Stan Horzepa 
Sent: Saturday, April 13, 2002 11:06 AM 

To: APRS Spec Discussion List 

Subject: [aprsspec] ADMIN: HTML no more 


Thanks to a tip I received from Bill, WA7NWP, I was able to configure 


the SIG software to automatically reject HTML messages. So, this SIG is 
now HTML free! 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: 
kbrown@powerhouseproductions.com To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 13 16:29:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ7437 

for <lyris.aprsspec@tapr.org>; Sat, 13 Apr 2002 16:29:54 -0500 (CDT) 
Message-ID: <LYR11589-73988-2002.04.13-17.03.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 13 Apr 2002 16:29:32 -0500 
From: Gerry Creager N5JXS <gerry@cs.tamu.edu> 
Reply-To: gerry@cs.tamu.edu 
Organization: Da House 
User-Agent: Mozilla/5.0 (X11; U; Linux 1686; en-US; rv:0.9.4.1) Gecko/20020314 
Netscape6/6.2.2 
X-Accept-Language: en-us 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: ADMIN: HTML no more 
References: <LYR22347-73929-2002.04.13-11.40.21--gerry#tcs.tamu.edu@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3CB8A33C.6040202@cs.tamu.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In commenting publicly about oone of the few things I like about Lyris, 
thank you, Stan, for this. 


73, gerry 


Stan Horzepa wrote: 


> Thanks to a tip I received from Bill, WA7NWP, I was able to configure the 
> SIG software to automatically reject HTML messages. So, this SIG is now HTML 
> free! 

> 

> Stan, WALLOU, SIG administrator 

> 

> 

> a 

> You are currently subscribed to aprsspec as: gerry@cs.tamu.edu 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 

Gerry Creager -- gerry@cs.tamu.edu 


Network Engineering 
Academy for Advanced Telecommunications and Learning Technologies 


Texas A&M University 979.458.4020 (Phone) -- 979.847.8578 (Fax) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 09:44:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA01794 

for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 09:44:42 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Sun, 14 Apr 2002 10:44:25 -0400 
Subject: [aprsspec] ADMIN: replying to this SIG 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-74073-2002.04.14-10.18.18- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Mime-version: 1.0 

Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8DFQE09.3771%stanzepa@earthlink.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


When you reply to a message on this SIG, the SIG software is set up so that 
you end up replying to the person that posted the message. Your reply will 
not be posted to the SIG unless you Reply-To-All or you add the SIG email 
address in the TO: field of your message. 


Is this the way you like it? Many other SIGs including two others I 
administer are set up to reply to the SIG rather than to the person who 
posted the message. Would you prefer this option? 


Let me know if you would prefer to reply to the SIG or reply to the person 
who posted the message. The majority rules! 


73, 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 11:00:38 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5268 

for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 11:00:32 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 14 Apr 2002 12:00:15 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: ADMIN: replying to this SIG 
In-Reply-To: <LYR11586-74073-2002.04.14-10.18.18-- 
bruninga#nadn.navy.mil@lists.tapr.org> 


Message-ID: <LYR11589-74085-2002.04.14-11.34.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204141159050 .3742-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'd say Change it. A reply to SIG should be the purpose of a SPEC 
discussion LIST. 
Bob 


On Sun, 14 Apr 2002, Stan Horzepa wrote: 


When you reply to a message on this SIG, the SIG software is set up so that 
you end up replying to the person that posted the message. Your reply will 
not be posted to the SIG unless you Reply-To-All or you add the SIG email 
address in the TO: field of your message. 


VVV Vv 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 11:11:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ5966 
for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 11:11:26 -0500 (CDT) 
Message-ID: <LYR11589-74091-2002.04.14-11.45.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Fred Moses" <kc8o0dy@faara.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR16692-74073-2002.04.14-10.18.18--kc8o0dy#faara.org@lists.tapr.org> 
Subject: [aprsspec] Re: ADMIN: replying to this SIG 
Date: Sun, 14 Apr 2002 12:10:55 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 


X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <007401c1le3ce$£50d9240$01000001@netsound> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


reply to the list.. everybody share 


7 sSe Original Message ----- 

From: "Stan Horzepa" <stanzepa@earthlink.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, April 14, 2002 10:44 

Subject: [aprsspec] ADMIN: replying to this SIG 


When you reply to a message on this SIG, the SIG software is set up so that 
you end up replying to the person that posted the message. Your reply will 
not be posted to the SIG unless you Reply-To-All or you add the SIG email 
address in the TO: field of your message. 


Is this the way you like it? Many other SIGs including two others I 
administer are set up to reply to the SIG rather than to the person who 
posted the message. Would you prefer this option? 


Let me know if you would prefer to reply to the SIG or reply to the person 
who posted the message. The majority rules! 


73% 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: kc8o0dy@faara.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 14:30:28 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA17392 

for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 14:30:25 -0500 (CDT) 
Message-ID: <LYR11589-74126-2002.04.14-15.04.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 14 Apr 2002 15:31:49 -0400 
From: Rick Holbert <rholbert@fastmail . fm> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: ADMIN: replying to this SIG 
References: <LYR28514-74073-2002.04.14-10.18.18-- 
rholbert#fastmail.fm@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3CB9D925.6FEA7CB6@fastmail . fm> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


My vote is for it to reply to the SIG. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 14:57:38 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA18451 
for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 14:57:37 -0500 (CDT) 
Date: Sun, 14 Apr 2002 12:57:08 -0700 
From: "Dana H. Myers" <k6jq@arrl.net> 
Subject: [aprsspec] Re: ADMIN: replying to this SIG 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Message-id: <LYR11589-74134-2002.04.14-15.31.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 


Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7bit 

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.4) 
Gecko/20011128 Netscape6/6.2.1 

X-Accept-Language: en-us 

References: <LYR28303-74073-2002.04.14-10.18.18--k6jq#arzrl.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

X-Message-Id: <3CB9DF14.2050003@arrl.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I've seen far too many examples of where someone meant to reply 
personally to someone but it was sent to an entire list to think 
it's *everx a good idea to default to 'reply-all'. The potential 
for damage grossly outweighs the normal benefit. 


If person A writes to the list and person B replies, but only to 
person A, it's easy enough for person A to privately write 
person B and suggest the message be forwarded to the list. 


Dana K6JQ 
k6éjq@arrl.net 


Stan Horzepa wrote: 


>Let me know if you would prefer to reply to the SIG or reply to the person 
>who posted the message. The majority rules! 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 15:35:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA20590 

for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 15:35:32 -0500 (CDT) 
Message-ID: <LYR11589-74141-2002.04.14-16.09.15-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Sun, 14 Apr 2002 14:35:22 -0600 

From: KC7ZRU - Tate <kc7zru@arrl.net> 

Organization: http://www.cauce.org 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [Laprsspec] Re: ADMIN: replying to this SIG 

References: <LYR28303-74073-2002.04.14-10.18.18--k6jq#arzrl.net@lists.tapr.org> 
<LYR19726-74134-2002.04.14-15.31.08--kc7zru#tarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3CB9IE80A.C7D590E3@arrl .net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Reply to all - personal accountability and shared discussion outweigh 
the potential for folks that don't yet know how to control their news 
clients. 


Everyone's gotta learn - sometimes with an embarassing motivator. And 
the manouvers required to purposely direct a message are minimal. 


73 


"Dana H. Myers" wrote: 

> 

> The potential 

> for damage grossly outweighs the normal benefit. 
> 


Casper, WY | CARC Repeater 
DN62tt | 146.940 
"The Dungeon" online at http://go.to/kc7zru 
"RTFM" is NOT a ‘four letter' word! 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 14 17:14:54 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25356 
for <lyris.aprsspec@tapr.org>; Sun, 14 Apr 2002 17:14:49 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Sun, 14 Apr 2002 18:12:49 -0400 
Subject: [aprsspec] ADMIN: Survey 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-74162-2002.04.14-17.47.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8DF7721.37EF%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I will keep accepting survey responses until they dwindle to nothing or 
less. By the way, you can send your survey responses directly to me rather 
than the SIG. 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Apr 17 19:57:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ7555 

for <lyris.aprsspec@tapr.org>; Wed, 17 Apr 2002 19:57:18 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Wed, 17 Apr 2002 20:09:58 -0400 
Subject: [aprsspec] ADMIN: reply survey results 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-74800-2002.04.17-20.29.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 


Content-type: text/plain; charset="IS0O-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <B8E38716.39B9%stanzepa@earthlink.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA07555 


The response to the 2reply surveys has trickled down to less than none, so 
the survey is now closed and the results are, as follows: 


By a 2:1 margin, the folks responding to the survey prefer that replies go 
to the list. Therefore, I will change the settings of APRSSPEC, APRSSIG, and 
HTAPRS to reflect the results of the survey immediately... 


By the way, the other TAPR SIGs I administer (APRSSAT and MIC-E) already 
send replies to the list. 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 18 09:26:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA26020 

for <lyris.aprsspec@tapr.org>; Thu, 18 Apr 2002 09:26:19 -0500 (CDT) 
Message-Id: <LYR11589-74911-2002.04.18-09.59.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 18 Apr 2002 07:25:31 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Duplicate Query Criterion? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
X-Message-Id: <103130300b8e486be6f1e@[198 .145.251.114]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello, List ... 


I've just come to the realization that query response is more complex than 
it might first seem. There are all of those duplicate packets arriving by 
different digi paths. You don't want to respond to every one, yet you do 
want to respond to a valid repeat query from the same station. 


So, what criterion is used to distinguish between multiple packets arriving 
by different paths and a repeat query? Time? If so, how long? 1 minute? 2? 
5? 


Many thanks to all of you... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 18 09:45:47 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA27955 
for <lyris.aprsspec@tapr.org>; Thu, 18 Apr 2002 09:45:46 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 18 Apr 2002 10:40:48 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Duplicate Query Criterion? 
In-Reply-To: <LYR11586-74911-2002.04.18-09.59.47-- 


bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-74933-2002.04.18-10.17.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204181035260.27629-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 18 Apr 2002, Jim Wagner wrote: 


> So, what criterion is used to distinguish between multiple [queries] 
> arriving by different paths and a repeat query? Time? If so, how long? 1 
> minute? 2? 5? 


Since a QUERY sets a random 2 minute random number timer in all 
respondents, then any multiple queries within that window only just 
regeenerate the random transmit time and so there are no additional 
responses generated unless the random response has a;lready responded. 


That is how the QUERY resposne system was designed. I have no idea if all 
client software implemtented it properly. 


But since a QUERY tells everyone to respond, then we sure want to minimize 
those. I would say only once every 3 to 5 minteus would be about right. 
what woiuld be ideal (but I didnt do it) wouild be to for the clients to 
then respons as above, but then OBSERVE if they in fact were digipeated. 
If they were, then they should not respond again for say 5 minutes ... but 
if they did not hear themeselves then they shoulld be armed to respond 
immediatly to the next query o rsomething like that... 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 18 16:19:52 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA22169 
for <lyris.aprsspec@tapr.org>; Thu, 18 Apr 2002 16:19:51 -0500 (CDT) 
X-Sent: 18 Apr 2002 21:17:28 GMT 
Message-ID: <LYR11589-75036-2002.04.18-16.53.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-74911-2002.04.18-09.59.47-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Duplicate Query Criterion? 
Date: Thu, 18 Apr 2002 17:17:35 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
X-Message-Id: <Qb8b01c1e71e$762536b0$2902a8cO@Steph> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Don't most widen-n digi's assume a dupe time of 30 seconds? Ie, you can't 
send the same packet twice in less than 30 seconds. So IMHO, all queries 
from a given station should arrive within 30 seconds of one another. Any 
greater than that, consider it two queries. 


Wes 


sees Original Message ----- 

From: "Jim Wagner" <wagnerj@proaxis.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Thursday, April 18, 2002 10:25 AM 

Subject: [aprsspec] Duplicate Query Criterion? 


Hello, List ... 
I've just come to the realization that query response is more complex than 


it might first seem. There are all of those duplicate packets arriving by 
different digi paths. You don't want to respond to every one, yet you do 


VV VV WV 


> want to respond to a valid repeat query from the same station. 
> 
> So, what criterion is used to distinguish between multiple packets 
arriving 
by different paths and a repeat query? Time? If so, how long? 1 minute? 2? 
5? 


Jim Wagner 


> 
> 
> 
> Many thanks to all of you... 
> 
> 
> Oregon Research Electronics 


> weeeew eee eee ewww ewww ewww ewww ew ewww eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee We 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeeeeween eee eee ewww ewww ewww ww eww ww ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew we ew = 

> A computer without Windows is like a cake without mustard. - anonymous 

> 

> 

> 

> 

> <= 

> You are currently subscribed to aprsspec as: kd4rdb@netzero.com 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Apr 18 17:04:36 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA24248 

for <lyris.aprsspec@tapr.org>; Thu, 18 Apr 2002 17:04:35 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 18 Apr 2002 18:02:41 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Duplicate Query Criterion? 
In-Reply-To: <LYR11586-75036-2002.04.18-16.53.24-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-75055-2002.04.18-17.37.54-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
X-Message-Id: <Pine.GSO.4.44.0204181800480 .21673-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 18 Apr 2002, Wes Johnston wrote: 


> Don't most widen-n digi's assume a dupe time of 30 seconds? 
> send the same packet twice in less than 30 seconds. So IMHO, 


Ie, you can't 
all queries 


> from a given station should arrive within 30 seconds of one another. Any 


> greater than that, consider it two queries. 
But if every station on frequency responds the first time (how 
hundred is that?) do we really want those same hundreds of TNC' 


responding to another QUERY only 30 seconds later? I strongly 


The original APRSdos defined the query response window to be 2 
longer.. 


Bob 


many 
s all 
think not. 


minutes or 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@list 
Questions regarding the SIG go to the SIG administrator: watlou 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 20 18:19:19 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA24313 


s.tapr.org 
@tapr.org 


2002 


for <lyris.aprsspec@tapr.org>; Sat, 20 Apr 2002 18:19:17 -0500 (CDT) 


From: Jeff King <jeff@aerodata.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: <aprsspec@lists.tapr.org> 

Date: Sat, 20 Apr 2002 19:22:37 -0400 

In-Reply-To: <LYR22299-74073-2002.04.14-10.18.18- - 
jeffi#taerodata.net@lists.tapr.org> 

Subject: [aprsspec] Re: ADMIN: replying to this SIG 
Mime-Version: 1.0 


Content-Type: text/plain; charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Message-Id: <LYR11589-75439-2002.04.20-18.53.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA24313 


Look like I am not to late yet for this one... 


reply should go to the sender, reply all should go to the sender and the SIG. 
In other words, just like it is now. 


See the outrage on the other list if you need reasons. 
-Jeff 


P.S. A few of you voting for the default reply to go to the public SIG better 
think about what you are asking for as I see some of you on APRSSIG 
complaining about this very change you seem to be asking for here. 


On Sun, 14 Apr 2002 10:44:25 -0400, Stan Horzepa wrote: 

>When you reply to a message on this SIG, the SIG software is set up 
>so that 

>you end up replying to the person that posted the message. Your 
>reply will 

>not be posted to the SIG unless you Reply-To-All or you add the SIG 
>email 

>address in the TO: field of your message. 


>Is this the way you like it? Many other SIGs including two others I 
>administer are set up to reply to the SIG rather than to the person 
>who 

>posted the message. Would you prefer this option? 


>Let me know if you would prefer to reply to the SIG or reply to the 
>person 
>who posted the message. The majority rules! 


>73, 
> 
>Stan, WALLOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 20 21:48:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA04758 

for <lyris.aprsspec@tapr.org>; Sat, 20 Apr 2002 21:48:05 -0500 (CDT) 
Message-ID: <LYR11589-75463-2002.04.20-22.22.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Patrick Karp" <pkarp@conwaycorp.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: <aprsspec@lists.tapr.org> 
References: <LYR27202-75439-2002.04.20-18.53.13-- 
pkarp#conwaycorp.net@lists.tapr.org> 
Subject: [aprsspec] Re: ADMIN: replying to this SIG 
Date: Sat, 20 Apr 2002 21:45:11 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
X-Message-Id: <001d01c1le8de$8£0110c0$6£01a8cO@patslaptop> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hmmm it looks to me like right now it does not matter if you reply or 
reply all it still goes to the same address. To tell you the truth I 
always thought Reply All meant to sent to you whole mailing list so I 
never used it. hehe But to play it save I still say us the Reply to 


send to the list. If the topic gets off subject or personal then you 
can use the personal email address. Other wise I think others might 
be able to learn from discussions that list members have on the list! 
See e5 Original Message ----- 

From: "Jeff King" <jeff@aerodata.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Cc: <aprsspec@lists.tapr.org> 

Sent: Saturday, April 20, 2002 6:22 PM 

Subject: [aprsspec] Re: ADMIN: replying to this SIG 


Look like I am not to late yet for this one... 


reply should go to the sender, reply all should go to the sender and 
the SIG. 
In other words, just like it is now. 


See the outrage on the other list if you need reasons. 
-Jeff 


P.S. A few of you voting for the default reply to go to the public SIG 
better 

think about what you are asking for as I see some of you on APRSSIG 
complaining about this very change you seem to be asking for here. 


On Sun, 14 Apr 2002 10:44:25 -0400, Stan Horzepa wrote: 

>When you reply to a message on this SIG, the SIG software is set up 
>so that 

>you end up replying to the person that posted the message. Your 
>reply will 

>not be posted to the SIG unless you Reply-To-All or you add the SIG 
>email 

>address in the TO: field of your message. 


>Is this the way you like it? Many other SIGs including two others I 
>administer are set up to reply to the SIG rather than to the person 
>who 

>posted the message. Would you prefer this option? 


>Let me know if you would prefer to reply to the SIG or reply to the 
>person 
>who posted the message. The majority rules! 


>73, 
> 
>Stan, WALLOU, SIG administrator 


You are currently subscribed to aprsspec as: pkarp@conwaycorp.net 
To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: 
wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 20 22:04:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ5437 
for <lyris.aprsspec@tapr.org>; Sat, 20 Apr 2002 22:04:35 -0500 (CDT) 
Message-ID: <LYR11589-75468-2002.04.20-22.38.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Patrick Karp" <pkarp@conwaycorp.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR27202-75439-2002.04.20-18.53.13-- 
pkarp#conwaycorp.net@lists.tapr.org> 
Subject: [aprsspec] Re: ADMIN: replying to this SIG 
Date: Sat, 20 Apr 2002 22:01:43 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="is0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Reply-To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
X-Message-Id: <003501cle8e0$de217ee0$6f01a8cO@patslaptop> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


LOL I used the reply all and got a message back stating that my 
message was not posted because the first line was identical to another 
one of my recent post. The reason for this is that by using reply 
all, I was accually sending the message three times to the same 
address. hehe I guess I was right all along to avoid using the reply 
all. I'm sure I can change settings someplace to fix this problem. 
But whatever settings I'm using are default. So I believe it is 
best to use the simply reply button to post messages to this SIG. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Apr 21 09:02:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA15172 
for <lyris.aprsspec@tapr.org>; Sun, 21 Apr 2002 09:02:02 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.0.0.1331 
Date: Sun, 21 Apr 2002 09:59:20 -0400 
Subject: [aprsspec] ADMIN: Reply and Reply To All 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-75569-2002.04.21-09.34.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <B8E83DF8.3C8F%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


After experimenting with various combinations of SIG software settings, it 
is evident that the SIG software cannot be set up to reply to the SIG 
without losing the convenience of replying to the original author of a 


message. Therefore, the SIG software is now set up to perform as follows: 
REPLY sends your reply to the originator of the message 
REPLY TO ALL sends your reply to the SIG and the originator of the message 


Note that I provide no guarantees how these settings will interact with the 
settings of your email software. However, I believe that this combination of 
settings will work correctly with most email software. 


I appreciate your patience during the past week as I experimented with the 
SIG software. There is no way to experiment off-line, so you all were guinea 
pigs during these experiments. I apologize for that. 


I consider this matter closed and off-topic on the SIG. If you wish to 
discuss this matter with me further, please do so directly and spare the 
SIG. 


Thanks for your cooperation, 


Stan, WA1LOU, SIG administrator 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 23 00:22:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ8545 

for <lyris.aprsspec@tapr.org>; Tue, 23 Apr 2002 00:22:46 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-75905-2002 .04.23-00.56.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Mon, 22 Apr 2002 22:22:19 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] APRSO Object/Item? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jim Wagner <wagnerj@proaxis.com> 


X-Message-Id: <103130300b8ea9£8720a9@[198.145.251.22]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Hello, Group - 

For the purposes of an ?APRSO query, does a station with an item respond? 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 

A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 23 07:48:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ9553 

for <lyris.aprsspec@tapr.org>; Tue, 23 Apr 2002 07:48:28 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 23 Apr 2002 08:47:51 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRSO Object/Item? 
In-Reply-To: <LYR11586-75905-2002.04.23-00.56.44- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-75942-2002.04.23-08.22.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0204230847300 .16456-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 22 Apr 2002, Jim Wagner wrote: 
> For the purposes of an ?APRSO query, does a station with an item respond? 


I would think so. 
de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Apr 24 10:22:20 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA26337 

for <lyris.aprsspec@tapr.org>; Wed, 24 Apr 2002 10:22:14 -0500 (CDT) 
Date: Wed, 24 Apr 2002 11:21:33 -0400 
From: John Ackermann N8UR <jra@febo. com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Digital BASH Update 
Message-ID: <LYR11589-76151-2002.04.24-10.56.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: John Ackermann N8UR <jra@febo.com> 
X-Message-Id: <12010740.1019647293@WUSJA129861-8HP> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


We're very happy to announce that Bdale Garbe, KBOG, will be the keynote 
speaker at the TAPR/MVFMA Digital BASH on Friday evening at Hamvention. 


Bdale is one of the long-time "good guys" in the digital radio and amateur 
satellite worlds. He was in the middle of the early work on KA9Q's "NET" 
and "NOS" programs, pioneered megabit-rate packet radio, and in the 
satellite world was heavily involved in the RUDAK and AO-40 GPS 
experiments. Back in the Old Days, he was a board member and Vice 
President of TAPR, and remains one of TAPR's best friends. On a different 
front, Bdale was just elected as Debian Project Leader, so he now oversees 
one of the major Linux distributions -- and the one that is by far the most 
ham-friendly. Bdale works in the Linux development group at HP, and in his 
Spare (?) time does VHF/UHF/microwave contesting and roaming. 


Bdale's talk will blend all of these interests into an entertaining and 
informative presentation titled "From Bits in the Basement to Debian -- and 


Back Again". 


You can find more information about the Digital BASH and TAPR's other 
Hamvention activities at http://www.tapr.org/tapr/dayton/. 


See you there! 


73, 

John 

John Ackermann N8UR jra@febo.com http://www. febo.com 
President, TAPR n8ur@tapr.org http: //www.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 26 06:30:06 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA13897 

for <lyris.aprsspec@tapr.org>; Fri, 26 Apr 2002 06:30:04 -0500 (CDT) 
Mime-Version: 1.0 
X-Sender: ksproul@vger.rutgers.edu (Unverified) 
Message-Id: <LYR11589-76625-2002.04.26-07.04.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 26 Apr 2002 07:28:24 -0400 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@vger.rutgers.edu> 
Subject: [aprsspec] Fwd: Your confirmation is needed (ok 11588) 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Keith Sproul <ksproul@vger.rutgers.edu> 

X-Message-Id: <aQ5100311b8eee999f20a@[165.230.133.70]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Either someone tried to un-subscribe me from this list, or this 
stupid KLEZ virus caused this... 


I am more inclined to belive that it was the virus, but if someone 
actually did try, I would be very upset.. 


Keith Sproul 


>X-Lyris-Type: unsub-conf-req 

>From: Lyris <unsubscribe-confirm@lists.tapr.org> 

>Reply-To: Lyris <unsubscribe-confirm@lists.tapr.org> 

>To: ksproul@vger.rutgers.edu 

>Subject: Your confirmation is needed (ok 11588) 

>Date: Fri, 26 Apr 2002 06:40:40 -0600 

> 

>Your email address 'ksproul@vger.rutgers.edu' has been submitted to be 
>unsubscribed from the ‘aprsspec' mailing list. 

> 

>This unsubscribe command requires your confirmation that you want to be 
>unsubscribed. 

> 

>To confirm that you do want to unsubscribe, reply to this message so that 
>the words "ok 11588" appear somewhere on the subject line. 

> 

>Make sure that your reply message is addressed to 
>unsubscribe-confirm@lists.tapr.org 

> 

>You will receive notification that your confirmation has been received, and 
>that you have been unsubscribed. 

> 

>If you do not want to unsubscribe, do nothing. You will be kept on the 
>mailing list. 

> 

>--- 


Keith Sproul Ham Radio WU2Z 
ksproul@vger.rutgers.edu 732 821-4828 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 26 08:29:41 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA18565 

for <lyris.aprsspec@tapr.org>; Fri, 26 Apr 2002 08:29:37 -0500 (CDT) 
Date: Fri, 26 Apr 2002 08:31:56 -0500 
From: Dan <starkfolks@comcast.net> 
Subject: [aprsspec] RE: Fwd: Your confirmation is needed (ok 11588) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-76641-2002.04.26-09.03.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: TEXT/PLAIN 
Content-transfer-encoding: 7BIT 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Dan <starkfolks@comcast.net> 
X-Message-Id: <@1C1ECFC.D43150C0.starkfolks@comcast.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Some how I am receiving APRS bulletins... When I have unsubscribe... 
Can someone unsubscribe me? 

Sees Original Message----- 

From: Keith Sproul [SMTP:ksproul@vger.rutgers.edu] 

Sent: Friday, April 26, 2002 6:28 AM 

To: APRS Spec Discussion List 


Subject: [aprsspec] Fwd: Your confirmation is needed (ok 11588) 


Either someone tried to un-subscribe me from this list, or this 
stupid KLEZ virus caused this... 


I am more inclined to belive that it was the virus, but if someone 


actually did try, I would be very upset.. 


Keith Sproul 


>X-Lyris-Type: unsub-conf-req 

>From: Lyris <unsubscribe-confirm@lists.tapr.org> 

>Reply-To: Lyris <unsubscribe-confirm@lists.tapr.org> 

>To: ksproul@vger.rutgers.edu 

>Subject: Your confirmation is needed (ok 11588) 

>Date: Fri, 26 Apr 2002 06:40:40 -0600 

> 

>Your email address 'ksproul@vger.rutgers.edu' has been submitted to be 
>unsubscribed from the ‘aprsspec' mailing list. 

> 

>This unsubscribe command requires your confirmation that you want to be 
>unsubscribed. 

> 

>To confirm that you do want to unsubscribe, reply to this message so that 
>the words "ok 11588" appear somewhere on the subject line. 

> 

>Make sure that your reply message is addressed to 
>unsubscribe-confirm@lists.tapr.org 

> 

>You will receive notification that your confirmation has been received, and 
>that you have been unsubscribed. 

> 

>If you do not want to unsubscribe, do nothing. You will be kept on the 
>mailing list. 

> 

>--- 


Keith Sproul Ham Radio WU2Z 
ksproul@vger.rutgers.edu 732 821-4828 


You are currently subscribed to aprsspec as: starkfolks@comcast.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 26 16:10:41 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA18204 

for <lyris.aprsspec@tapr.org>; Fri, 26 Apr 2002 16:10:41 -0500 (CDT) 
Message-ID: <LYR11589-76706-2002.04.26-16.44.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 26 Apr 2002 15:10:29 -0600 
From: KC7ZRU - Tate <kc7zru@arrl.net> 
Organization: http://www.cauce.org 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Your confirmation is needed (ok 11588) 
References: <LYR19726-76641-2002.04.26-09.03.41--kc7zru#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: KC7ZRU - Tate <kc7zru@arrl.net> 
X-Message-Id: <3CC9C245.F1BA8220@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Please read the very last paragraph at the bottom of this message for 
unsubscribe instructions 


Dan wrote: 

> 

> Some how I am receiving APRS bulletins... When I have unsubscribe... 
> 

> Can someone unsubscribe me? 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 27 00:45:44 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA12896 

for <lyris.aprsspec@tapr.org>; Sat, 27 Apr 2002 00:45:43 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-76760-2002.04.27-01.19.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 26 Apr 2002 22:44:58 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Object Timestamp optional? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jim Wagner <wagnerj@proaxis.com> 
X-Message-Id: <103130301b8efe7977039@[198.145.251.36]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello List... 


On page 57, near the beginning of the chapter on Objects and Items, it the 
spec says: 


"Object Reports specify an Object's position, can have an optional 
timestamp, " 


On page 58, the spec says, just above the format diagram, "An Object always 
has a timestamp". 


Could someone enlighten me as to which is correct? 
Thanks to you all, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 27 08:22:41 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA11840 

for <lyris.aprsspec@tapr.org>; Sat, 27 Apr 2002 08:22:35 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 27 Apr 2002 09:22:07 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Re: Object Timestamp optional? 
In-Reply-To: <LYR11586-76760-2002.04.27-01.19.42- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-76792-2002.04.27-08.56.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0204270920050 . 26887 -100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 26 Apr 2002, Jim Wagner wrote: 


On page 57, near the beginning of the chapter on Objects and Items, it the 
spec says: 


"Object Reports specify an Object's position, can have an optional 
timestamp, i 


VVVV Vv 


That line is incorrect for an APRS OBJECT. But for the use of the generic 
term "object" which is somthing on an APRS map, then it can be an ITEM 
which is the same thing without a timestamp. 

Bob 


> On page 58, the spec says, just above the format diagram, "An Object always 
> has a timestamp". 

> 

> Could someone enlighten me as to which is correct? 

> 

> Thanks to you all, 

> 

> 

> Jim Wagner 

> Oregon Research Electronics 

> weeeeewnenenenen ewe ww www eww eww ewww www ww ew ew eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ewe ew we We 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeeweeneeneen en ewnew eww www ewww www ww eww eww ew ew ew eww ew ew ew ew ew ew ww ew ew ew ew ew ew ew ew ew ew ew ew Me ew 

> A computer without Windows is like a cake without mustard. - anonymous 

> 

> 

> 

> 

> -<= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 2 19:39:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA19278 

for <lyris.aprsspec@tapr.org>; Thu, 2 May 2002 19:39:34 -0500 (CDT) 
Date: Thu, 02 May 2002 20:26:04 -0400 
From: "John R. Ackermann" <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Spring _Packet_Status_Register_ Available Online 
Message-ID: <LYR11589-77567-2002.05.02-20.11.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "John R. Ackermann" <jra@febo. com> 
X-Message-Id: <457392225.1020371164@[192.168.1.26]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As the subject says... the new issue of TAPR's journal, the 
_Packet_Status_Register_, is now available online. You can go to 

http: //www.tapr.org/tapr/html/Fpsr.html, or obtain it via ftp from 
ftp://ftp.tapr.org/psr/Spring _83_2002.pd£. You'll need Adobe Acrobat or 
other PDF file reader to view the document. 


Stan Horzepa, WALLOU, has taken the reins as the PSR's editor, and I'd like 
to thank him for his great work on this issue. Please send comments, 
suggestions, or -- best of all -- articles to Stan at psr@tapr.org. 


73, 
John N8UR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 4 23:41:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAAQ3097 

for <lyris.aprsspec@tapr.org>; Sat, 4 May 2002 23:41:23 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 


Message-Id: <LYR11589-77857-2002.05.05-00.15.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 4 May 2002 21:41:03 -0700 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 

Subject: [aprsspec] Example correct? 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jim Wagner <wagnerj@proaxis.com> 

X-Message-Id: <103130300b8fa6677f£3f5@[198.145.251.80]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Hello Spec Discussion List - 

On page 61 of the spec, there is an example of a corridor which is as follows: 
; FLIGHTPTH*4903 . 50N\07201.75W1610/3104100? 

Now, I hope I am interpreting things correctly, and it appears from the 
leading character (";") that this is an object. Objects are stated to 


require a time-stamp. This example does not appear to have a time-stamp. 


Perhaps it was intended to be an item? That would change the leading 
character to ")", I think. Either that, or a time-stamp should be added? 


If someone else could confirm the analysis or explain why there is no 
problem, it would be greatly appreciated. 


Many thanks, 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 5 08:39:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA02018 

for <lyris.aprsspec@tapr.org>; Sun, 5 May 2002 08:38:55 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 5 May 2002 09:36:32 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Example correct? 
In-Reply-To: <LYR11586-77857-2002.05.05-00.15.59-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-77876-2002.05.05-09.13.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205050936080.12829-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I agree. This is not right. It either needs to be an Item or it needs a 
time stamp... 


bob 

On Sat, 4 May 2002, Jim Wagner wrote: 

Hello Spec Discussion List - 

On page 61 of the spec, there is an example of a corridor which is as follows: 
; FLIGHTPTH*4903 . 50N\07201.75W1610/3104100? 


Now, I hope I am interpreting things correctly, and it appears from the 
leading character (";") that this is an object. Objects are stated to 


VV VV VV VV 


> require a time-stamp. This example does not appear to have a time-stamp. 
> 

> Perhaps it was intended to be an item? That would change the leading 

> character to ")", I think. Either that, or a time-stamp should be added? 
> 

> If someone else could confirm the analysis or explain why there is no 

> problem, it would be greatly appreciated. 

> 

> Many thanks, 

> 

> Jim Wagner 

> Oregon Research Electronics 

> weeeeewenene ene ew ewww eww www www www ww ww ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeeweenenen eee eee ewww ewww ewww ewww ew ew ew ew ew ew ew ew ew ew ew ew eww ew ew ew ew ew ew ew ew ew ew ew ew ew ewe ew ew 

> A computer without Windows is like a cake without mustard. - anonymous 

> 

> 

> 

> 

> -=<-= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 5 10:51:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ9012 

for <lyris.aprsspec@tapr.org>; Sun, 5 May 2002 10:51:44 -0500 (CDT) 


From: "Cap Pennell" <cap@cruzio.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Example correct? 
Date: Sun, 5 May 2002 08:51:26 -0700 
Message-ID: <LYR11589-77884-2002.05.05-11.26.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11639-77876-2002.05.05-09.13.14--ke6afef#tarrl .net@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Cap Pennell" <cap@cruzio.com> 
X-Message-Id: <GLEJKBIJPFKFNNKLLDDNAEOFCJAA. cap@cruzio.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I assume (and hope) this item _has_ now been added to _the list_ of tasks 
that faces the working group in their eventual production of the next 
version of the APRS Protocol. Bob, you're still maintaining that list 
aren't you? Is anybody else helping to maintain a copy of that list? 

73, Cap KE6AFE 


beers s Original Message----- 

From: bounce-aprsspec-11639@lists.tapr.org 
[mailto:bounce-aprsspec-11639@lists.tapr.org] On Behalf Of Bob Bruninga 
Sent: Sunday, May 05, 2002 6:37 AM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Example correct? 


I agree. This is not right. It either needs to be an Item or it needs a 
time stamp... 

bob 

On Sat, 4 May 2002, Jim Wagner wrote: 


> Hello Spec Discussion List - 
> 


VV VV VV VV VV VV VV VV 


> > On page 61 of the spec, there is an example of a corridor which 


> is as follows: 

>> 

> > ;FLIGHTPTH*4903 .50N\07201.75W1610/3104100% 

>> 

> > Now, I hope I am interpreting things correctly, and it appears from the 

> > leading character (";") that this is an object. Objects are stated to 

> > require a time-stamp. This example does not appear to have a time-stamp. 
>> 

> > Perhaps it was intended to be an item? That would change the leading 

> > character to ")", I think. Either that, or a time-stamp should be added? 
>> 

> > If someone else could confirm the analysis or explain why there is no 

> > problem, it would be greatly appreciated. 

>> 

> > Many thanks, 

>> 

> > Jim Wagner 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 6 03:20:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA26654 

for <lyris.aprsspec@tapr.org>; Mon, 6 May 2002 03:20:21 -0500 (CDT) 
Message-ID: <LYR11589-77973-2002.05.06-03.54.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 6 May 2002 10:20:06 +0200 (CEST) 
Subject: [Laprsspec] question 
From: "Ben Stienstra" <bennys@xs4all.nl> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
In-Reply-To: <LYROQ-1020675110- -311-lyris-admin@lists.tapr.org> 
References: <LYRO-1020675110- -311-lyris-admin@lists.tapr.org> 
Reply-To: "Ben Stienstra" <bennys@xs4all.nl> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <9829.193.67.79.146.1020673206.squirrel@webmail.xs4all.nl> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Group, 
Is APRS protocol Specification Version 1.0.1 still the most recent one? 


73's, 
Ben Stienstra 
PD2BS 


mobile: +31-6-41218765 
home: +31-10-5902257 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 16 00:44:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA22228 

for <lyris.aprsspec@tapr.org>; Thu, 16 May 2002 00:44:14 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-79320-2002.05.16-01.19.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 15 May 2002 22:43:30 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Area objects? 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jim Wagner <wagnerj@proaxis.com> 
X-Message-Id: <103130300b908£42236c2@[198.145.251.49]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, Spec List - 
I have some rather practical questions about area objects. 


(1) What is the orientation of the triangle(s) within the area rectangle? I 
would assume that the base is coincident with the south edge of the box and 
the apex opposite the base is at the center of the north edge. But, there 
are many (infinite?) number of other possible orientations. Can someone 
specify what the expected orientation is? 


(2) What is the color of an unfilled object? Is it specified by the object 
color number or does that apply only to fill? 


(3) In the case of filled objects, is there a contrasting outline around 
the outer edge of the object or does the color go right out to the vertical 
and horizontal extent of the object? 


(4) In the color descriptions, does "low intensity" mean dark or does it 
mean transparent? If one applies a numeric range of 0 to 255 to each color 
component (a common convention), would "high intensity" red correspond to 
(x,g,b) = (255,0,0) and "low intensity" red correspond to (r,g,b) = 
(128,0,0)? 


(5) What is the distinction between high intensity gray and low intensity 
black? 

For that matter, how can one have "low intensity black" if black is the 
absence of any color components (that is, r,g,b = 0,0,0)? 


(6) In the case of a corridor, does the corridor form a true diagonal 
rectangle and thus, extend outside of the extent box at each end? Or, is 
the corridor trimmed at the edges of the extent box such that the corridor 
is pointed at each end? 


Many thanks to everyone... 


Jim Wagner 
Oregon Research Electronics 


wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 16 00:52:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA22328 
for <lyris.aprsspec@tapr.org>; Thu, 16 May 2002 00:52:32 -0500 (CDT) 
X-Sender: wagnerj@proaxis.com (Unverified) 
Message-Id: <LYR11589-79321-2002.05.16-01.27.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 15 May 2002 22:51:20 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Jim Wagner <wagnerj@proaxis.com> 
Subject: [aprsspec] Another Area Object Question 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jim Wagner <wagnerj@proaxis.com> 
X-Message-Id: <103130300b908f8ae4882@[198.145.251.26]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hello, List - 
Sorry to add another to an already long list of questions, but... 


(7) How is a circle fitted into an extent box if the specified extent box 
is not square? Is it sized as the largest circle to fit the box and then 
"justified" to the top and left edges of the box? 


Again, many thanks.... 


Jim Wagner 

Oregon Research Electronics 

wagnerj@proaxis.com Tangent, Oregon 97389 
KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
ka7ehk@yahoo.com Oregon State University 


A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 20 07:42:53 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11129 

for <lyris.aprsspec@tapr.org>; Mon, 20 May 2002 07:42:44 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 May 2002 08:42:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Area objects? 
In-Reply-To: <LYR11586-79320-2002.05.16-01.19.11-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-79847-2002.05.20-08.17.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205200839440 .25024-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 15 May 2002, Jim Wagner wrote: 


(1) What is the orientation of the triangle(s) within the area rectangle? I 
would assume that the base is coincident with the south edge of the box and 
the apex opposite the base is at the center of the north edge. But, there 
are many (infinite?) number of other possible orientations. Can someone 
specify what the expected orientation is? 


VVVV Vv 


It is an isosoleces trinagle with the diagonal of the BOX being the right 
side. 


> 
> (2) What is the color of an unfilled object? Is it specified by the object 
> color number or does that apply only to fill? 


Yes 

> 

> (3) In the case of filled objects, is there a contrasting outline around 

> the outer edge of the object or does the color go right out to the vertical 
> and horizontal extent of the object? 


Probably your choice. APRSdos makes them the same. 

> 

> (4) In the color descriptions, does "low intensity" mean dark or does it 

> mean transparent? If one applies a numeric range of 0 to 255 to each color 
> component (a common convention), would "high intensity" red correspond to 
> (r,g,b) = (255,0,0) and “low intensity" red correspond to (r,g,b) = 

> (128,0,0)? 


Its the original 16 colors of EGA. I donno any more... 


(5) What is the distinction between high intensity gray and low intensity 
black? 

For that matter, how can one have "low intensity black" if black is the 
absence of any color components (that is, r,g,b = 0,0,0)? 


(6) In the case of a corridor, does the corridor form a true diagonal 
rectangle and thus, extend outside of the extent box at each end? Or, is 
the corridor trimmed at the edges of the extent box such that the corridor 
is pointed at each end? 


VV VV VV VV VW 


It is a full wide corridor so it is a slanted rectangle... 


Bob 

> 

> Many thanks to everyone... 

> 

> 

> 

> Jim Wagner 

> Oregon Research Electronics 

> weeeewew eee eee ewww ww www eww ewww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee ew 
> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 
> ka7ehk@yahoo.com Oregon State University 

> weeee ewe eee ewww ewww ewww ww ew ww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee = 
> A computer without Windows is like a cake without mustard. - anonymous 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 20 07:47:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11560 

for <lyris.aprsspec@tapr.org>; Mon, 20 May 2002 07:47:18 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 20 May 2002 08:46:34 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Another Area Object Question 
In-Reply-To: <LYR11586-79321-2002.05.16-01.27.32-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-79848-2002.05.20-08.22.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 


X-Message-Id: <Pine.GSO.4.44.0205200842530.25024-100000@arctic> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

On Wed, 15 May 2002, Jim Wagner wrote: 

Hello, List - 

Sorry to add another to an already long list of questions, but... 

(7) How is a circle fitted into an extent box if the specified extent box 


is not square? Is it sized as the largest circle to fit the box and then 
"justified" to the top and left edges of the box? 


VV VVV VV 


good question. In APRSdos, the starting point defines the northern 
boundary line. The second point defines the CENTER. The radius is the 
vertical distance. 


I nvere noticed this u ntil you just asked, because I always click and 
drag at a 45 degrree angle... So I tested it and the above is what I got. 


Ignore typos... 


bob 

> 

> Again, many thanks.... > 

> 

> Jim Wagner 

> Oregon Research Electronics 

> weeeeewen eee eee ewe ewww eww ewww www ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee ew 

> wagnerj@proaxis.com Tangent, Oregon 97389 

> KA7EHK@KC7KFE.OR.USA.NOAM near Corvallis OR, home of 

> ka7ehk@yahoo.com Oregon State University 

> weeewewew eee eee ewww ewww ewww ww ww eww ew www ew ew ew ew ew ew eww ew ew ew ew ew ew ew ew ew ew ew ew ew ew ee ew 

> A computer without Windows is like a cake without mustard. - anonymous 
> 

> 

> 

> 

> -<= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 


ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 


CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 21 07:58:47 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA18508 

for <lyris.aprsspec@tapr.org>; Tue, 21 May 2002 07:58:41 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 21 May 2002 08:58:01 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] APRS TOCALLS (May 2002) 
Message-ID: <LYR11589-80152-2002.05.21-08.33.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205201925180 .16966-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I think this is the latest LIST of APRS TOCALLS that I have. I have added 
two additions if there are no objections: 


APDTxx for APRS touch tone (DTMF) 
APOxx for APRSpoint 


This list will be updated in real time as people make Email reservations 
when such requests are made public and when there is no conflict. I will 
maintain the list and issue periodic copies on the APRSSPEC list when 
needed. Official action by the WG is not needed except to resolve 


conflicts. 


VV VV VV VV 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV WV 


APA 


APB 
APC 
APD 


APE 
APF 
APG 
APH 
API 


APJ 
APK 


APL 
APM 
APN 
APO 
APP 
APQ 
APR 


APS 
APT 


APU 


APV 
APW 
APX 
APY 
APZ 


A-Filter, Alinco, etc 
APAFxx AFilter. 
APAGxx AGATE 

APAXxx AFilterx. 
APAHxx AHub 


avail 

Windows CE, etc 

APRSd, etc 

APDTxx APRStouch Tone (DTMF) 
avail 

avail 

Gates, etc 

HamHud, etc 

Icom, etc 


APICQx for ICQ 

JavaAPRS, JeAPRS,etc 

Kenwood, etc 

APKOxx THD7's 

APK1xx D700's 

Liunx applications 

MacAPRS, etc 

Network nodes, digis, etc 
APRSpoint 

pocketAPRS, etc 

avail 

APR8xx APRSdos,etc 

APRDxx APRSdata, APRSdr 

APRKxx APRStk 

APRS Generic, digis (obsolete. Digis should use APNxx instead) 
APRXxx APRSmax 

APRTLM used my MIM's and Mic-lites, etc 
APRS+SA, etc 

TinyTrack 

APTTxx Tiny Track 

APT2xx Tiny Track II 

APTAxx K4ATM's tiny track 

APTV for ATV/APRN and SSTV applications 
UIview, etc 

APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 

avail 

WinAPRS, etc 

Xaprs, etc 

etc, Yeasu, etc 

Experimental 

APZOxx Xastirx 


> APZPAD Smart Palm 


Due to the limited address space available, we ask that authors be 
conservative in their use of their address space and try to accomodate 
others desiring to use the same major address block where possible. If 
anyone needs a new series and if the subbolock is already in use, then the 
WG would suggest that the requester coordinate with the other authors of 
that block to arrive at a mutually agreeable arrangement. 


Requests for new addresses should be posted on the APRSSPEC list, and in 
the absence of any conflicts or contention, these requests will be 
accommodated where possible. 


WB4APR, Bob 


You are currently subscribed to aprsdev as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsdev-8585R@lists.tapr.org 


You are currently subscribed to aprsdev as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsdev-8585R@lists.tapr.org 


You are currently subscribed to aprsdev as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsdev-8585R@lists.tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 21 08:24:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA20587 

for <lyris.aprsspec@tapr.org>; Tue, 21 May 2002 08:24:01 -0500 (CDT) 
content-class: urn:content-classes:message 


Subject: [aprsspec] RE: APRS TOCALLS (May 2002) 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Tue, 21 May 2002 08:22:54 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80158-2002.05.21-08.59.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] APRS TOCALLS (May 2002) 
Thread-Index: AcIAx3Vj9j]Iwl9IURBmhfiAFMzZXTTAAAIjIg 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CB59@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA20587 


As I am now the curator of javAPRS, you can reduce its requirements down 
to APJAxx. javAPRS only uses this TOCALL when it is acting as a server 
such as I have set up to support the example pages. I recommend that 
JeAPRS be reduced to APJExx, but I leave that to the current author of 
that package. 


FYI, javAPRSSrvr (not to be confused with javAPRS) does not require any 
TOCALL support as it "does not exist" to the RF world. It has no IGate 
or client functions so it does not generate any APRS packets. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Pegs Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Tuesday, May 21, 2002 8:00 AM 
Subject: [aprsspec] APRS TOCALLS (May 2002) 


VVVV WV 


> APJ JavaAPRS, JeAPRS,etc 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 21 10:55:15 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA29744 

for <lyris.aprsspec@tapr.org>; Tue, 21 May 2002 10:55:09 -0500 (CDT) 
Message-ID: <LYR11589-80206-2002.05.21-11.30.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 21 May 2002 09:54:52 -0600 
From: KC7ZRU - Tate <kc7zru@arrl.net> 
Organization: http://www.cauce.org 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: APRS TOCALLS (May 2002) 
References: <LYR19726-80152-2002.05.21-08.33.48--kc7zru#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: KC7ZRU - Tate <kc7zru@arrl.net> 
X-Message-Id: <3CEA6DCC.233D81CE@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob - change xastir from APZ to APX. Xastir has been using APX for many 
a moon now. 


Xastir V1.1.2 
APX112 


http://map.findu.com/kc7zru for a live example 
73 

Bob Bruninga wrote: 

> 


> > APX Xaprs, etc 


> > APZ Experimental 
>> APZOxx Xastirx 


Casper, WY | CARC Repeater 
DN62tt | 146.940 
"The Dungeon" online at http://go.to/kc7zru 
"RTFM" is NOT a ‘four letter' word! 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 21 15:28:18 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA17494 

for <lyris.aprsspec@tapr.org>; Tue, 21 May 2002 15:28:15 -0500 (CDT) 
Date: Tue, 21 May 2002 13:28:06 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Curt Mills <hacker@tc.fluke.com>, "Curt Mills, WE7U" <archer@eskimo.com> 
Subject: [aprsspec] I did _not_ propagate this one! 
Message-ID: <LYR11589-80248-2002.05.21-16.03.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 21 May 2002 20:28:07.0658 (UTC) 
FILETIME=[047DCCAO: 01C20106] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.GSO.4.44.0205211326120.11964-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I just received a reject message from a spam filter somewhere out 
there. E-mail with a virus attached was received at that machine, 
and apparently came from my work address. 


Since I can't get infected here through e-mail (I run Linux, not 
Windows!), I'm absolutely sure that this address is not sending out 
virus e-mail. My e-mail program does absolutely nothing with 


attachments, scripts, etc. 


It's likely that someone on a mailing list I subscribe to got 
infected with the W32/KLEZ virus (but not from me!). This virus 
finds addresses in the mailboxes and forges e-mail as if it came 
from those addresses. 


Please run your virus scanners again people! Be wary of 
attachments, no matter who they came from. 


I apologize if you get multiple copies of this because you're on 
more than one mailing list that I also subscribe to. I just want to 
keep my "good" name clean. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 21 15:32:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA17624 

for <lyris.aprsspec@tapr.org>; Tue, 21 May 2002 15:32:00 -0500 (CDT) 
Date: Tue, 21 May 2002 15:30:52 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: I did _not_ propagate this one! 
In-reply-to: <LYR11608-80248-2002.05.21-16.03.37--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: Curt Mills <hacker@tc.fluke.com>, "Curt Mills, WE7U" <archer@eskimo.com> 
Message-id: <LYR11589-80253-2002.05.21-16.06.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Reply-To: David VanHorn <dvanhorn@cedar.net> 

X-Message-Id: <5.1.0.14.2.20020521152935.01763c70@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 01:28 PM 5/21/2002 -0700, Curt Mills, WE7U wrote: 


>I just received a reject message from a spam filter somewhere out 
>there. E-mail with a virus attached was received at that machine, 
>and apparently came from my work address. 


I've had a few of these too, looks hoax-ish. 

It talks about an infected email to someone I never heard of before, and 
dosen't give any details about the email that would let me identify it. 
I scanned here, nothing found.. (Eudora, and common sense..) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue May 21 17:58:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA25361 

for <lyris.aprsspec@tapr.org>; Tue, 21 May 2002 17:58:12 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 21 May 2002 18:57:17 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS SIG <aprssig@lists.tapr.org> 
Subject: [aprsspec] User defined APRS formats (May 2002) 
Message-ID: <LYR11589-80282-2002.05.21-18.32.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205211853580 .8835-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


APRS USER DEFINED DATA FORMATS LIST May 2002 (Previous was 26 Mar 2001) 


HEADER AUTHOR DESCRIPTION 
4Fnn WB4APR nn is a 2 byte descriptor of MITEL GPS data formats 
4K1 WB4APR "K" for Keps and "1" for NASA One line. 
4K2n WB4APR For NASA two line elements. "n" is line 1 or 2. 
4x1 J Bennet for WX 
4x2 J Bennet for WX 


Any more? 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 22 15:55:28 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA15281 

for <lyris.aprsspec@tapr.org>; Wed, 22 May 2002 15:55:27 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Wed, 22 May 2002 16:55:08 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
Message-ID: <LYR11589-80443-2002.05.22-16.30.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0205221621530.1621-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Dale is working on APRSd and needs some up-to-date guidance... 
So do I! So here are my replies to his questions based on my 
current understandings: ? 


The RF-Inet-RF anti-loop mechanism should be checking for TCPIP and TCPXX 
in the path and NOT be based on a total rejection of 3rd party packets... 
(the current brute-force-dont-injest-any-3rdparty packets as a loop 
filter is unnecessarily restrictive and kills all other potential uses 

of the 3rd party packet as it was intended (ZIP-LAN for example). 


DISCUSSION: Dale notes that ON-AIR packet paths do not have TCPIP in 
them... But Of course 3rd party messages have it in the encapsulated 
path header after the "$". So, by "path" I mean the 3rd party 

path, not the primary path header set in the TNC. 


Yes, if TCPIP or TCPXX occurs ANYWHERE in the path of a 3rd party packet, 
then THAT is the signal that it should not be taken back from RF back into 
the internet. Actually if it is anywhere in the packet prior to the final 
data field, then I would say do NOT injest it. With or without a x... 

> Should the IGATE TNCs path have TCPIP in it? 


I'd say no... 


>Example From RF: 


WA4DSY>APD215 , NANEQ-2, WIDE: $}K4JCW>APRS , TCPIP*, WA4DSYx : @220820Z3410.21N etc.... 


Yes, this PARTICULAR 3rd party packet should be ignored since it has TCPIP 
in the 3rd party header... 


> Also, is RFONLY an alternate to NOGATE or did it go away? 


I dont know. Lets choose one (but I'd put them both in until we figure it 
out)... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 22 17:28:12 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA21905 
for <lyris.aprsspec@tapr.org>; Wed, 22 May 2002 17:28:07 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Wed, 22 May 2002 17:27:56 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80450-2002.05.22-18.03.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
Thread-Index: AcIBOzZF439eB850RRIWdm7EBtE9SUgACo+BQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CB6B@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA21905 


Sete Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Posted At: Wednesday, May 22, 2002 3:57 PM 

Subject: [aprsspec] Questons on NOGATE, RFONLY and 3rd party 
stuff (fwd) 


The RF-Inet-RF anti-loop mechanism should be checking for 

TCPIP and TCPXX 

in the path and NOT be based on a total rejection of 3rd 

party packets... 

(the current brute-force-dont-injest-any-3rdparty packets as a loop 
filter is unnecessarily restrictive and kills all other potential uses 
of the 3rd party packet as it was intended (ZIP-LAN for example). 


VVVV VV VV VV VV 


I disagree that there is a reason for 3rd party packets to appear on 


APRS-IS. Even ZIP-LAN should remove the third-party aspect of the 
packets if they are to be transported over APRS-IS. 


> DISCUSSION: Dale notes that ON-AIR packet paths do not have TCPIP in 
> them... But Of course 3rd party messages have it in the encapsulated 
> path header after the "¢". So, by "path" I mean the 3rd party 

> path, not the primary path header set in the TNC. 


Not necessarily true. Most IGate software have TCPIP as a default but 
nothing prevents TCPIP or TCPXX to be used on RF nor forces TCPIP or 
TCPXX to be used on the Internet. 


> > Should the IGATE TNCs path have TCPIP in it? 
> 
> I'd say no... 


But not guaranteed. 
> > Also, is RFONLY an alternate to NOGATE or did it go away? 


javAPRSSrvr gives the sysop the option to filter out packets with either 
RFONLY ox NOGATE in the header. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed May 22 18:10:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA23429 

for <lyris.aprsspec@tapr.org>; Wed, 22 May 2002 18:10:45 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Wed, 22 May 2002 18:09:31 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80455-2002.05.22-18.46.04-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Thread-Topic: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
Thread-Index: AcIBOzZF439eB850RRIWdm7EBtE9SUSACo+BQAAFSCMA= 

From: "AE5PL Lists" <HamLists@ametx.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CB6C@ame-main.ametx. com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA23429 


> I disagree that there is a reason for 3rd party packets to appear on 
> APRS-IS. Even ZIP-LAN should remove the third-party aspect of the 
> packets if they are to be transported over APRS-IS. 


To clarify my position, I would like to add some more insight into my 
thought process. 


APRS-IS exists to provide interconnectivity between APRS RF networks. 
One of the benefits of its current topology is to allow 
interconnectivity of non-RF APRS clients. If, however, third-party 
packets are allowed to traverse APRS-IS, those packets become useless to 
the attached RF networks. The reason is the size and complexity of the 
packets as they should be sent out to RF (a third-party packet within a 
third-party packet). If they are sent out with the original header 
simply replaced, then the meaning of the third-party packet might be 
altered. If the packets are being injected from a non-RF environment, 
then the injector should act in a similar manner to an IGate and not 
inject third-party packets but inject the packets in their original 
form. 


APRS-IS server functions should be as transparent to the data as 
possible. Dupe checking is a necessary requirement and requires that 
the server be able to interpret the FROMCALL and, in javAPRSSrvr's case, 
the TOCALL in the header. Further interpretation of the header or the 
packet data can become overly burdensome. Let's keep the server 
overhead to a minimum. The third-party filtering was made necessary 
because some IGates pass them to the Internet from RF in error. What is 
to keep those same IGates from using a VIA other than TCPIP or TCPXX. 

As long as we have to account for existing problems on APRS-IS, we need 
to keep rudimentary filters such as this in place. 
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Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 23 05:04:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA01984 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 05:04:49 -0500 (CDT) 
Message-ID: <LYR11589-80534-2002.05.23-05.40.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 23 May 2002 06:03:32 -0400 
From: "E. Tupis" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RFONLY & NOGATE info 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "E. Tupis" <w2ev@rochester.rr.com> 
X-Message-Id: <3CECBE74.7EFE7E4@rochester.rr. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


RFONLY is the same as NOGATE, in the APRS world. However...RFONLY is a 
BEACONet spec and the xonlyx alias used there for this function. Ifa 
software product developer wishes to have their product used in the 
BEACONet service, then it must recognize this alias. 


Why? "Gate" means something else to the BEACONet service than it does 
in the APRS service. I'll explain more in a followup message a bit 
later but that should answer what folks were looking for originally. 


By the way...RFONLY is used a xlotx by AX.25-based VHF Contest Rovers on 
BEACONet in order to assure they don't inadvertantly violate contest 
rules by showing up on the Internet stream. The idea is that the 


originating station should have the ability to clearly state how it 
wishes to have its signal processed by other stations. 


Kind regards, 
Ev, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 23 08:44:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ8399 
for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 08:44:22 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 23 May 2002 09:44:07 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
In-Reply-To: <LYR11586-80450-2002.05.22-18.03.32-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80556-2002.05.23-09.19.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205230934080.16680-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Wed, 22 May 2002, AE5PL Lists wrote: 
> I disagree that there is a reason for 3rd party packets to appear on 


> APRS-IS. Even ZIP-LAN should remove the third-party aspect of the 
> packets if they are to be transported over APRS-IS. 


Why? 
3rd party is a legal legitimate pAPRS packet format for embedding packets 
within packets. It has ALL KINDS of applications: 


1) ZIP-LAN packets when they get to RF 

2) Any case of multiple applications sharing a single TNC 

3) Any packets generated from TNC's not using KISS mode 

4) APRStt packets 

5) APRSdata packets serving up Satellite info 

6) And I can think of many many more... anyplace where you want to use 
a TNC to serve up multiple sources of APRS pacekts... 


I dont see why anyone would want to cripple the APRS system by insisting 
that only the APRSis can use 3rd party format and forceably EXCLUDE 
everyone else from using it. That is quite myopic... Just like with 
digipeater looping, the presence of TCPIP or TCPXX is the indicator that 
the packet has been through the APRS-IS and should therefore not be 
re-accepted into the system. This is the correct loop filter... 


Excluding the universal 3rd party format from the IS is only a crutch and 
we should work away from that simplistic loop-filtering approach. 


> Not necessarily true. Most IGate software have TCPIP as a default but 
> nothing prevents TCPIP or TCPXX to be used on RF nor forces TCPIP or 
> TCPXX to be used on the Internet. 


I disagree. The APRS-IS spec (?) requires all packets that are gated 
from IS back to RF to have either TCPIP or TCPXX in them. 


> But not guaranteed. 
Then lets FIX any non-APRS-IS compliant programs... 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 09:35:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10301 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 09:35:46 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 23 May 2002 10:35:25 -0400 (EDT) 


From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff 
In-Reply-To: <LYR11586-80455-2002.05.22-18.46.04- - 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-80566-2002.05.23-10.11.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0205230950250.16680-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 22 May 2002, AE5PL Lists wrote: 


> > I disagree that there is a reason for 3rd party packets to appear on 
> > APRS-IS. Even ZIP-LAN should remove the third-party aspect of the 
> > packets if they are to be transported over APRS-IS. 


Let me clarify why 3rd party is so valuable as a general APRS mechanism: 
3rd party was DESIGNED so that any number of applications may share a 
single TNC for their ON-AIR packets. Such as multiple PC's at an EOC or 
event NET control tent... That means that the TNC has the path of 
TNCALL>APRS,WIDE to put its packets on the air... 


Now then, ANY number of laptops, or applications can be connected to the 
same TNC and these ADDED applications only need to send }MYAP1>APRS:data 
to the TNC to have it transmitted onto the air... Thus, the ON-AIR packet 
from 4 different applications at the EOC all sharing the same TNC will 
look like this on the air: 


TNCALL>APRS ,WIDE: }MYAP1>APX: this packet from application #1 
TNCALL>APRS ,WIDE: }MYAP2>APX: this packet from application #2 
TNCALL>APRS ,WIDE: }MYAP3>APX:this packet from application #3 
TNCALL>APRS ,WIDE: }MYAP4>APX: this packet from application #4 


I see no reason why we should insist that the APRS-IS ignore these packets 
simply because they are 3rd party. This is denying APRS a tremendous 
force-multiplier for APRS capability and applications.. 


> APRS-IS exists to provide interconnectivity between APRS RF networks. 

> One of the benefits of its current topology is to allow 

> interconnectivity of non-RF APRS clients. If, however, third-party 

> packets are allowed to traverse APRS-IS, those packets become useless to 
> the attached RF networks. 


Why? I see no reason for that to be the case... 


> The reason is the size and complexity of the packets as they should be 
> sent out to RF (a third-party packet within a third-party packet). 


I dont think size is an issue. 3rd party packets as I forsee their main 
application, never have anything but a FROM>TO header in the 3rd party 
part. And as we improve our networks, most USABLE paths of the source 
TNC's will only have one hop in them. THus an on-air 3rd party in an 
IS-2-RF 3rd party may only add 10 bytes or so to the packet. This should 
not be a problem. 


altered. If the packets are being injected from a non-RF environment, 
then the injector should act in a similar manner to an IGate and not 
inject third-party packets but inject the packets in their original 
form. 


VVV NV 


I think this might be the key. Good idea... if an IGate needs to take a 
3rd party packet as above which contains a message back to its local RF, 
then here are the rules I would use: 


1) If any of the headers contain TCPIP ox TCPXX then ignore it! 

ELSE 

2) Discard the on-air-TNC header and retain only the 3rd party portion. 

3) Insert into this header the ",MYGATEx,I" IGate identification 

4) If this packet needs to go back to RF for any reason, then the IS-2-RF 
Igate adds the usual TCPIP or TCPXX for transmission back to RF... 


(but in my opinion, the way to do this is to abandon the TCPXX/TCPIP 
portion of the path, and simply mark the "I" with a "Ix" to give the SAME 
meaning and without the long overhead... Thus the packet wouild do 
thusly: 


On-RF: TNCALL>APRS,WIDE: {MYAP1>APX:this packet from application #1 
IS>in: MYAP1>APX,MYGATEx,I:this packet from application #1 

The above packet is what everyone on the APRS-IS sees... 

IS>RF: MYCALL>APRS,DIGIS: {MYAP1>APX,MYGATEx,I*:this packet from APp #1 


Here the "Ix" tells everyone it has traversed the IS and that this packet 
should never again be re-injected back into the APRSIS... 


> APRS-IS server functions should be as transparent to the data as 
> possible. 


Agree completely. That is why they should accept any ON-AIR 3rd party 
format (that has not previously traversed the APRSIS)... 


> overhead to a minimum. The third-party filtering was made necessary 
> because some IGates pass them to the Internet from RF in error. What is 
> to keep those same IGates from using a VIA other than TCPIP or TCPXX? 


Compliance with the APRS-IS spec... 


> As long as we have to account for existing problems on APRS-IS, we need 
> to keep rudimentary filters such as this in place. 


Agree, but only as an interim fix. We must have a plan, a goal, and we 
must keep working toward that goal. The goal should be APRS-IS 
transparency, and IGate APRS-IS SPEC compliance... Saying that we will 
never allow 3rd party packets to traverse the APRS-IS because it is broken 
should not be driving our future designs and new software. 


I agree that new software has to have patches due to the existing 
problems, but this should not prohibit it from attempting to implement th 
proper implementation so that APRS-IS can live up to its full potential in 
the future... 


I like your idea of preserving only the 3rd party part of the packet 
though the IS... 


Bob 
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List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
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Somae oe Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna.edu] 

Posted At: Thursday, May 23, 2002 8:45 AM 

Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd 
party stuff (fwd) 


VVVNV VV 


1) ZIP-LAN packets when they get to RF 


If they become 3rd party when they hit RF, why should they be gated back 
through APRS-IS? 


> 2) Any case of multiple applications sharing a single TNC 

I have multiple applications using a single TNC and third-party packets 
are not used. Third-party packets, by definition, are packets that are 
being regenerated from another medium. 


> 3) Any packets generated from TNC's not using KISS mode 


2??? My APRS+SA using a standard TNC doesn't generate third-party 
packets (unless they are IGate originated) . 


> 4) APRStt packets 


I thought the intent of APRStt was to generate standard APRS packets. 
Why the third-party packet aspect? 


> 5) APRSdata packets serving up Satellite info 


Again, why does this data need to be encapsulated with an extra header 
(which is all that third-party packets do)? 


> 6) And I can think of many many more... anyplace where you want to use 
> a TNC to serve up multiple sources of APRS pacekts... 


I disagree. Third-party packets are defined for "packets that are to be 
transported through third-party (i.e. non AX.25) networks, such as the 
Internet, and Ethernet LAN, or a direct wire connection." I fail to see 
how using a TNC with multiple applications causes this to occur. 


> I dont see why anyone would want to cripple the APRS system 


In fact, Bob, I ran an extensive study of APRS-IS this year and the only 
packets appearing as third-party packets were packets being improperly 
gated from RF to the Internet. According to Chapter 17 of the APRS 
specification, the only anticipated uses for third-party packets are for 
network tunneling and third-party digipeating. 


> I disagree. The APRS-IS spec (?) requires all packets that are gated 
> from IS back to RF to have either TCPIP or TCPXX in them. 


As you know, there is no APRS-IS specification. 


I recommend that we adhere to the APRS specification and keep 
third-party packets in their original intent: to provide a means for 
packets to be delivered from one APRS RF network to another via a 
non-AX.25 medium while holding the original packet's source path header 
and data. 


While the capability to have multiple layers of third-party headers is 
within the bounds of the APRS specification, I would say that adding 
this level of complexity to APRS-IS begins to move the APRS-IS out of 
the domain of providing an internetworking tool between APRS RF networks 
and moves it into the realm of being a rudimentary AX.25 packet router. 
Allowing third-party packets to traverse the APRS-IS greatly increases 
the complexity of dupe check algorithms (you can't dupe check on the 
main packet header any more) and packet interpretation algorithms (same 
issue). If third-party packets are allowed on APRS-IS, your are 
essentially trying to allow multiple levels of network tunneling to be 
carried over APRS-IS. I can speak from experience in saying that the 
current architecture of APRS-IS could be greatly compromised if that 
were to happen. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
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DS seess Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Thursday, May 23, 2002 9:37 AM 

> Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd 

> party stuff 

> 

> Let me clarify why 3rd party is so valuable as a general APRS 

> mechanism: 

> 3rd party was DESIGNED so that any number of applications may share a 
> single TNC for their ON-AIR packets. Such as multiple PC's 


> at an EOC or 
> event NET control tent... That means that the TNC has the path of 
> TNCALL>APRS,WIDE to put its packets on the air... 


2??2?2?? Why isn't there ANY mention of this use in the APRS 
specification? 


> TNCALL>APRS ,WIDE: }MYAP1>APX: this packet from application #1 


I thought data types and packet content would tell us what type of 
application is sending the packet, not trying to bury it under a 
third-party header. The term "third-party" means someone or something 
"other than the principals". In your example, application #1, #2, etc. 
are all principals and should be identified as such. 


Why? I see no reason for that to be the case... 
> The reason is the size and complexity of the packets as 


they should be 
> sent out to RF (a third-party packet within a third-party packet). 


VV VV VV MV 


I dont think size is an issue. 3rd party packets as I forsee 
Size is not the issue, see my other post regarding this. 


> I think this might be the key. Good idea... if an IGate 

> needs to take a 

> 3rd party packet as above which contains a message back to 
> its local RF, 

> then here are the rules I would use: 


If it is to be gated back to RF, you need to follow the spec: add 
another layer of third-party header. Any other modification would be 
changing the meaning of the packet. 


What we get into here, again, is multiple levels of tunneling. Now, if 
the thought is to only allow one level of tunneling, then all IGates 
should gate only the data after the + to the Internet. If the IGate 
wants to filter TCPIP and TCPXX, fine but since there is no 
specification mandating this, it might be problematic. 


I honestly feel that if you try to introduce multiple levels of 
tunneling into the current architecture of APRS-IS, you are asking for 
trouble. Doing the above at the Igate would keep APRS-IS within its 
original intent of APRS RF-Internet-APRS RF connectivity and provide 
reasonable loop prevention through dupe checking. The APRS-IS servers 
would still filter } data types to prevent errant data from "upsetting 
the apple cart". 


> Compliance with the APRS-IS spec... 
There is no APRS-IS spec. 
73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu May 23 11:47:58 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA17491 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 11:47:42 -0500 (CDT) 
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On Thu, 23 May 2002, AE5PL Lists wrote: 


> If [zip-lan-packets] become 3rd party when they hit RF, why should they 


> be gated back through APRS-IS? 

Because the APRS-IS is supposed to have a copy of every APRS packet 
transmitted on RF anywhere. If these RF 3rd party packets are not 
accepted by the APRS-IS, then no application sharing a common TNC and 
using 3rd party format can communicate with anyone else via the APRS-IS. 


> 2) Any case of multiple applications sharing a single TNC 


> 
> 
> I have multiple applications using a single TNC and third-party packets 
> are not used. 


Agree, simply use KISS and this is easy.. 


> Third-party packets, by definition, are packets that are 
> being regenerated from another medium. 


I defined 3rd party packets back prior to the APRS-IS, and the definition 
is a packet carried within another packet. There is no such definition as 
you quote above... But looking at the wording that Ian used in the APRS 
spec, I can see how you interpreted it that way... 


> > 3) Any packets generated from TNC's not using KISS mode 


> ??2?2?? My APRS+SA using a standard TNC doesn't generate third-party 
> packets (unless they are IGate originated). 


Opps sorry. Sloppy on my part. I meant any "multiple-source packets"... 
> 4) APRStt packets 


I thought the intent of APRStt was to generate standard APRS packets. 
Why the third-party packet aspect? 


VVV WV 


Since every APRStt packet will have a separate ORIGINATOR callsign, then 
it must be injeted onto 144.39 as a 3rd party packet if, say, a Kenwood D7 
is being used as the interface to 144.39. And since APRStt is designed as 
a special event support, meaning portable, then the Kenwood is a prime 
component. At every Venue in Dayton, I took my APRStt laptop and two 
Kenwood HT's and we had APRStt DTMF conversion everywhere I went... I 
envision it being used that way. 


> > > 5) APRSdata packets serving up Satellite info > 
> Again, why does this data need to be encapsulated with an extra header 
> (which is all that third-party packets do)? 


So that each one can pass through a NON KISS TNC... 


> 6) And I can think of many many more... anyplace where you want to use 
> a TNC to serve up multiple sources of APRS pacekts... 


I disagree. Third-party packets are defined for "packets that are to be 
transported through third-party (i.e. non AX.25) networks, such as the 
Internet, and Ethernet LAN, or a direct wire connection." I fail to see 
how using a TNC with multiple applications causes this to occur. 


VV VV VV MV 


One side of the TNC is a wire, the other side is APRS. If you have 
multiple sources of packets on the wire, then you have to either use KISS 
protocol, or 3rd party format. 


> In fact, Bob, I ran an extensive study of APRS-IS this year and the only 
> packets appearing as third-party packets were packets being improperly 
> gated from RF to the Internet. 


Of course. It is impossible to see 3rd party packets by using the APRS-IS 
aS a monitor because all IGates are currently filtering out all 3rd party 
packets. That is why I want to slowly change that... 


> According to Chapter 17 of the APRS 
> specification, the only anticipated uses for third-party packets are for 
> network tunneling and third-party digipeating. 


Poor choice of words. Those words were not meant to be exclusive. 

Notice that "direct-wire-connection" is included. In the context of the 
spec, a TNC that is putting out multiple packets from multiple sources as 
3rd party packets, is "digipeating" these packets from its serial port 
(wire) to its RF port... 


>> .... The APRS-IS spec (?) requires all packets that are gated 
> > from IS back to RF to have either TCPIP or TCPXX in them. 


> As you know, there is no APRS-IS specification. 
Yep, its time to fix that. 


> I recommend that we adhere to the APRS specification and keep 

> third-party packets in their original intent: to provide a means for 

> packets to be delivered from one APRS RF network to another via a 

> non-AX.25 medium while holding the original packet's source path header 
> and data. 


I agree completely. But be careful of reading too many restrictions into 
your interpretation. There is nothing that requires an RF network on both 
ends. I agree with you completely that we should be following the spec. 
and that means that 3rd party packets are a general purpose mechanizsm.. 
and should not be used as a simplistic approach to prevent looping on the 


APRS-IS. 


While the capability to have multiple layers of third-party headers is 
within the bounds of the APRS specification, I would say that adding 
this level of complexity to APRS-IS begins to move the APRS-IS out of 
the domain of providing an internetworking tool between APRS RF networks 
and moves it into the realm of being a rudimentary AX.25 packet router. 
Allowing third-party packets to traverse the APRS-IS greatly increases 
the complexity of dupe check algorithms (you can't dupe check on the 
main packet header any more) and packet interpretation algorithms (same 
issue). If third-party packets are allowed on APRS-IS, your are 
essentially trying to allow multiple levels of network tunneling to be 
carried over APRS-IS. I can speak from experience in saying that the 
current architecture of APRS-IS could be greatly compromised if that 
were to happen. 


VV VV VV VV VV VV OV 


No, that is why you proposed the perfect solution which I like. Any 3rd 
party packet accepted by the APRS-IS, strips off any layers of any 
carrying TNC headers and only accepts the original packet itself... 

This needs to be fully thought out, but seems like the approach we need to 
take... 


de WB4APR@amsat.org, Bob 
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List-Software: Lyris Server version 3.0 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Thu, 23 May 2002, AE5PL Lists wrote: 


> > 3rd party was DESIGNED so that any number of applications may share a 
> > single TNC for their ON-AIR packets. Such as multiple PC's at an EOC 
> > or event NET control tent... 

> 

> ??2????? Why isn't there ANY mention of this use in the APRS 

> specification? 


Chapter 17 covers the 3rd party format. 
> TNCALL>APRS ,WIDE: }MYAP1>APX: this packet from application #1 


I thought data types and packet content would tell us what type of 
application is sending the packet, not trying to bury it under a 
third-party header. The term "third-party" means someone or something 
"other than the principals". In your example, application #1, #2, etc. 
are all principals and should be identified as such. 


VV VV VV WV 


This is an incorrect interpretation. The TNC is the "principal" since it 
is the LICENSED RF transmitting station. It is "carrying" another 
application's packet as 3rd party traffic... 


[regarding stripping off any multiple headers and only forwarding the 
original packet...]: 


> If it is to be gated back to RF, you need to follow the spec: add 
> another layer of third-party header. Any other modification would be 
> changing the meaning of the packet. 


We both agree completely here. Any packet going from IS-2-RF needs to 

use 3rd party as we have been doing for years. But this is not "another" 
layer as you suggest above, because the first layer was already removed at 
IS-injection (as you suggested)... 


> What we get into here, again, is multiple levels of tunneling. 


Not at all. Any packet that goes through the network ONCE will never go 


through it again. How do you get multiple levels of tunneling? 


Now, if 
the thought is to only allow one level of tunneling, then all IGates 
should gate only the data after the + to the Internet. If the IGate 
wants to filter TCPIP and TCPXX, fine but since there is no 
specification mandating this, it might be problematic. 


VV VV WV 


Ah, Yes, that is what I thought you proposed and I think it is the right 
approach. The absence of an APRS-IS spec that mandates the use of "TCPIP" 
and "TCPXX" does not in any way detract from the fact that it xisx 
mandated... and must be in all IGate code... 


> I honestly feel that if you try to introduce multiple levels of 

> tunneling into the current architecture of APRS-IS, you are asking for 
> trouble. Doing the above at the Igate would keep APRS-IS within its 

> original intent of APRS RF-Internet-APRS RF connectivity and provide 

> reasonable loop prevention through dupe checking. The APRS-IS servers 
> would still filter % data types to prevent errant data from "upsetting 
> the apple cart". 


if you mean by "filter" the stripping off of the on-air-TNC-shipping- 
header but then accepting the original packet into the IS, then we are in 
full agreement... 


> > Compliance with the APRS-IS spec... 
> 
> There is no APRS-IS spec. 


Ah!, There IS an IS specification..., it is just that no one has written 
it down! ;-) <grin> 


de WB4APR@amsat.org, Bob 
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To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: TAPR APRS SIG <aprssig@lists.tapr.org>, <aprsspec@lists.tapr.org> 
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lyris.aprsspec#tapr.org@lists.tapr.org> 
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List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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X-Message-Id: <Pine.GSO.4.44.0205231307380.16680-100000@arctic> 
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Precedence: bulk 


On the subject of NAD27 to WGS84 map conversion, Richard Holbert wrote: 


> So, let's define the new field as the datum field, and stick WGS84 in it 
> after it's been converted. Can you send me an example of the new header 
> format with WGS84 in its propper place? 


It is the field that says "reserved". Just put "WGS84" in that location 
as the indicator that it has been converted... The source data for all 
automatically generated APRSdos maps was the USGS DLG data which I think 
was all NAD27? Here is the header on ANY APRSdos map: 


63 ,LAT ORIGIN 
140 ,Long ORIGIN 
18 ,pixels-per-degree 


37.00416 , Latitude of map center (to be put in MAPLIST) 
96.99898 ,Longitude of map center (ditto) 

2060 ,Map Radius (ditto) 

@ ,reserved 

LineFormat 

9,4.... map data for the rest of the file... 
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X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NAD27 to WGS84 Datum Conversion for APRS Maps? 
References: <LYR22347-80598-2002.05.23-12.47.52--n5jxs#tamu.edu@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <3CED29F5.FDDF97F9@tamu. edu> 
Precedence: bulk 


The origins of the DLG data predated the widespread use of NAD83, so 
you're correct in assuming they were NAD27. Also, som eof the early 
SDT-format data were NAD27. USGS is updating their curent offerings on 
an as-effected basis to NAD83, with recent adjustments (which means that 
NAD83/1990 and NAD83/1999 are likely different in true position by the 
degree of techtonic motion for a given coordinate set. 


gerry 

Bob Bruninga wrote: 

On the subject of NAD27 to WGS84 map conversion, Richard Holbert wrote: 

> So, let's define the new field as the datum field, and stick WGS84 in it 
> after it's been converted. Can you send me an example of the new header 
> format with WGS84 in its propper place? 

It is the field that says "reserved". Just put "WGS84" in that location 
as the indicator that it has been converted... The source data for all 


automatically generated APRSdos maps was the USGS DLG data which I think 
was all NAD27? Here is the header on ANY APRSdos map: 


VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: n5jxs@tamu.edu 
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> 63 ,LAT ORIGIN 

> 140 ,Long ORIGIN 

> 18 ,pixels-per-degree 

> 37.00416 , Latitude of map center (to be put in MAPLIST) 
> 96.99898 ,Longitude of map center (ditto) 

> 2060 ,Map Radius (ditto) 

> © ,reserved 

> LineFormat 

> 9,4.... map data for the rest of the file... 
> 

> 

> 

> 

> 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 13:01:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA22895 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 13:01:40 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 23 May 2002 14:00:23 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprssig] RE: Questons on NOGATE, RFONLY and 3rd party 
stuff 
In-Reply-To: <r01050100-1014-8B7E8A746E6D11D6AAA500039345286E@[192.168.2.164]> 
Message-ID: <LYR11589-80609-2002.05.23-13.36.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0205231348490 .16680-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Thu, 23 May 2002, Steve Dimse wrote about 3rd party packets: 


> No, I think the original intent of Pete was right. If you are going to 
> be injecting the packets that came off of the LAN network, they 
> should be sent in a non-thiord party format, instead of sending: 


Ah, but the ZIP-LAN is nothing but the wires connecting the serial ports 
of several laptops to one TNC. There is no way to get to the APRS-IS 

from there. There are just 4 laptops in a tent all hooked up to a TNC. 
Everything they do is on RF. My only point is that because the packets 
that come out of the TNC are in 3rd party format, the current APRS-IS that 
hears them on the air, ignores them... Thus, this Tent and all its 
packets "dont exist" in the APRS-IS domain... 


TNCALL>APRS ,WIDE: }MYAP1>APX: this packet from application #1 


the application should send: 


VV VV WV 


MYAP1>APX:this packet from application #1 


But we cannot do this from 4 different laptops all connected to a 

single TNC without going to KISS and or a whole additional layer of 
hardware, firmware, software, Gateways, LANS or whatever and special 
configuration of same.... All that stuff is what 3rd party format avoids. 


> This way there is no need for IGates to get involved. 


Agree. IGates are not involved. Unless the goal of an IGate is to pass 
to the APRS-IS everything that is happening in an area on RF... (which I 
think of as its main goal...) 


Again, its a small problem. I dont want to upset the apple cart. But in 
the long term, we must get away from using "3rd party" rejection as the 
sole means of eliminating APRS-IS looping. 

We must focus on the modification of APRS-IS path headers to make it 100% 


reliable that the presence of "TCPIP" or ",I," or ",I*," or ",I:" is the 
first layer reject filter for looping... not 3rd party... 


Which of course means we have to get all APRS-IS authors to start doing 
that... :-) 


That is my only point. 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 13:16:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA23876 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 13:15:58 -0500 (CDT) 
X-Originating-IP: [209.69.34.70] 
Reply-To: "Jeff King" <transit_man@hotmail.com> 
From: "Jeff King" <transit_man@hotmail.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
Date: Thu, 23 May 2002 18:15:28 +0000 
Mime-Version: 1.0 
Content-Type: text/plain; format=flowed 
Message-ID: <LYR11589-80611-2002.05.23-13.51.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-OriginalArrivalTime: 23 May 2002 18:15:29.0234 (UTC) 
FILETIME=[D1BA2B20:01C20285] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <F4gRGkQ6mBySsxVY60m00001159@hotmail . com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga <bruninga@usna.edu> wrote: 


>Then lets FIX any non-APRS-IS compliant programs... 


Where is the compliance spec for the APRS-IS located? Last I heard (6 days 
ago at Dayton) is was hopelessly deadlocked. 


-Jeff 


Send and receive Hotmail on your mobile device: http://mobile.msn.com 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 13:26:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA24798 
for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 13:26:19 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 23 May 2002 14:25:39 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
In-Reply-To: <F4gRGkQ6mBySsxVY60m00001159@hotmail . com> 
Message-ID: <LYR11589-80614-2002.05.23-14.01.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205231425150 .16680-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 23 May 2002, Jeff King wrote: 
Bob Bruninga <bruninga@usna.edu> wrote: 
>Then lets FIX any non-APRS-IS compliant programs... 


Where is the compliance spec for the APRS-IS located? Last I heard (6 days 
ago at Dayton) is was hopelessly deadlocked. 


VVVVV WV 


Yep, that was tongue-in-cheek... hi hi 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 15:18:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ2662 
for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 15:18:30 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Thu, 23 May 2002 15:17:48 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80639-2002.05.23-15.53.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
Thread-Index: AcICYACSRTmdBq8ET9CE+aPdH/42DQAM5o0dw 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CB75@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAA02662 


This is where, I think, at least Bob and I agree. 
Third-party packets should only appear on AX.25 networks. 


Gateways to non-AX.25 networks should strip the AX.25 information from 
the third-party packets before forwarding to the non-AX.25 network. 


Chapter 17 of the APRS specification should be closely followed when 
generating third-party packets: 

TNC-2 Format-> Source Path,Network ID,Gatewayx: packet 

Of course, the AEA format can be used as well. The source path is from 
the receiving end, the Network ID & Gateway is from the gateway putting 
the packet back into an AX.25 network. TCPIP (for verified stations) 
and TCPXX (for non-verified stations) are to be used for the Network ID 
for packets gated from the Internet. TCPXX packets can be gated to RF, 
but it is the responsibility of the IGate operator to make sure they 
adhere to individual country third-party traffic rules. 


Based on this thought line, APRS-IS servers can continue to block 
third-party packets to reduce loop problems introduced by errant IGates. 
IGates should gate ALL third-party packets from RF to APRS-IS except for 
third-party packets with TCPIP or TCPXX in the third-party header. 

Gated third-party packets should have the AX.25 headers and the ¢ data 
type removed. 


This methodology prevents nesting of third-party packets, leaves the 
current APRS-IS intact, and permits future experimentation and expansion 
of the APRS network. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 15:28:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ3537 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 15:28:07 -0500 (CDT) 
Message-ID: <LYR11589-80641-2002.05.23-16.03.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Brent Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>, 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

References: <LYR11585-80609-2002.05.23-13.36.55-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] RE: Questons on NOGATE, RFONLY and 3rd party 
stuff 
Date: Thu, 23 May 2002 13:26:58 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Brent Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <011301c20298$69d2c360$6294b3d1@laptop233> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 23 May 2002, Steve Dimse wrote about 3rd party packets: 


> No, I think the original intent of Pete was right. If you are going to 
> be injecting the packets that came off of the LAN network, they 
> should be sent in a non-thiord party format, instead of sending: 


Ah, but the ZIP-LAN is nothing but the wires connecting the serial ports 
of several laptops to one TNC. There is no way to get to the APRS-IS 

from there. There are just 4 laptops in a tent all hooked up to a TNC. 
Everything they do is on RF. My only point is that because the packets 
that come out of the TNC are in 3rd party format, the current APRS-IS that 
hears them on the air, ignores them... Thus, this Tent and all its 
packets "dont exist" in the APRS-IS domain... 


VVV VV VV VV VV VV 


Many new Laptop computers do NOT have serial ports. Many do have built in 
802.11b. That latter works great with APRS, allowing the sharing of a TNC 
with multiple computers, and no wires attached. The KIpSS program talks to 
a TNC in Kiss mode. Client programs can connect via TCP/IP, locally on an 
802.11b network, or across the world via the Internet. Each packet is 
transmitted in this format: 

MYCALL>MYTO,MYPATH:MyData 


>> TNCALL>APRS ,WIDE: }MYAP1>APX: this packet from application #1 

>> 

> > the application should send: 

>> 

>> MYAP1>APX:this packet from application #1 

> 

> But we cannot do this from 4 different laptops all connected to a 

> single TNC without going to KISS and or a whole additional layer of 

> hardware, firmware, software, Gateways, LANS or whatever and special 

> configuration of same.... All that stuff is what 3rd party format avoids. 


It is not that difficult. ZipLan is difficult if you don't have a serial 
port. 


> > This way there is no need for IGates to get involved. 
> 


> Agree. IGates are not involved. Unless the goal of an IGate is to pass 
> to the APRS-IS everything that is happening in an area on RF... (which I 
> think of as its main goal...) 

> 

> Again, its a small problem. I dont want to upset the apple cart. But in 
> the long term, we must get away from using "3rd party" rejection as the 

> sole means of eliminating APRS-IS looping. 

> 

> We must focus on the modification of APRS-IS path headers to make it 100% 
> reliable that the presence of "TCPIP" or ",I," or ",I*x," or ",I:" is the 
> first layer reject filter for looping... not 3rd party... 

> 

> Which of course means we have to get all APRS-IS authors to start doing 

> that... :-) 

> 

> That is my only point. 

> 

> Bob 


I am in favor of going gating IS data to RF in a non-3rd party format. But 
it would take years, IF EVER, before one can remove the current filtering of 
"3rd party" packets. 


Brent KH2Z 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 16:40:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ7355 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 16:39:59 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Thu, 23 May 2002 16:39:49 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80652-2002.05.23-17.15.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
Thread-Index: AcICh2H552DHIJFITFq+Bh6aOLR1TAAGUqOQ 
From: "AE5PL Lists" <HamLists@ametx.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFCO4CB77@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA07355 


One other thought that Bob brought up that I, in principle, I agree 
with. I have always thought that the IGate injecting the packet into 
APRS-IS should be identified in the header. If we use the third-party 
header principle, the source header gets truncated to the "last digi" or 
where the * is. If we use Bob's idea and have the injecting IGate do 
this truncation and then add its own callsign-SSID,I*, we would have a 
complete history of a packet, no matter how many times it makes it to RF 
and back. 


For instance, lets look at a bad example: 


AE5PL>APRS,AE5PL-11*,WIDE3-2,WIDE3-3:rest of packet 

Gets gated into the Internet by AE5PL-10: 

AE5PL>APRS, AE5PL-11,WIDE3-2,AE5PL-10,I*:rest of packet 

Gets gated to RF by KC5GOI: 

KC5GOI>APRS ,WIDE2-2: {AE5PL>APRS, AESPL-11,WIDE3-2,AE5PL-10,1, TCPIP,KC5GOI 
x:rest of packet 

Gets gated back to Internet by K7PwW: 
AE5PL>APRS,AE5PL-11,WIDE3-2,AE5PL-10,1,TCPIP,KC5GOI,K7PW,I*:rest of 
packet 


Now, I know this should never happen. I am just using it to illustrate 
how the packet header is carrying a complete history of the packet route 
using this method of injecting IGate identification. 


Food for thought. 
73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 19:01:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA13089 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 19:01:12 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 23 May 2002 19:59:58 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] RE: Questons on NOGATE, RFONLY and 3rd party 
stuff 
In-Reply-To: <LYR11586-80641-2002.05.23-16.03.34-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80684-2002.05.23-19.36.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205231951110 .16737-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 23 May 2002, Brent Hildebrand wrote: 


> Ah, but the ZIP-LAN is nothing but the wires connecting the serial ports 
> of several laptops to one TNC. 


Many new Laptop computers do NOT have serial ports. Many do have built in 
802.11b. That latter works great with APRS, allowing the sharing of a TNC 


VVVV WV 


No question that there are many many ways to work around and use new 
hardware. I would never expect someone else to use 3rd party format where 
there are shorter alternatives. But APRS is not going to be the kind of 
system where we instantly obsolete all older ways of doing things each 
time everyone rushes out to buy the latest Bill Gates gizmo... 


> It is not that difficult. ZipLan is difficult if you don't have a serial 


> port. 


So dont use it. But we should not insist that because someone with a new 
toy cannot use it that therefore we are going to make sure that no one else 
can either... 


> I am in favor of gating IS data to RF in a non-3rd party format. But 
> it would take years, IF EVER, before one can remove the current filtering of 
> "3rd party" packets. 


Well, to clarify some confusion maybe, I never was opposed to using 3rd 
party for IS-2-RF. I'm the one that suggested it in the first place. I 
am only asking that in the future we not then depend on 3rd party 
filtering as the only means for preventing APRS-IS looping. LOOP 
detection should be based on PATH and all APRS-IS to RF packets should 
contian an indication that they came through the APRS-IS. That is what 
should be the filter trigger.... 


As you have probably seen in other email, our discussions have arrived at 
a solution that is fully backwards compatible, yet allows 3rd party 
packets (only the internal part) to be accepted by the APRS-IS.. this 
should make this issue moot... 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu May 23 19:06:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA13534 

for <lyris.aprsspec@tapr.org>; Thu, 23 May 2002 19:06:32 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Thu, 23 May 2002 20:06:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Questons on NOGATE, RFONLY and 3rd party stuff (fwd) 
In-Reply-To: <LYR11586-80652-2002.05.23-17.15.25-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80686-2002.05.23-19.41.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 


Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0205232004530.16737-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 23 May 2002, AE5PL Lists wrote: 


AE5PL>APRS,AE5PL-11,WIDE3-2,AE5PL-10,1,TCPIP,KC5GOI,K7PW,I*:rest of 
packet 


Now, I know this should never happen. I am just using it to illustrate 
how the packet header is carrying a complete history of the packet route 
using this method of injecting IGate identification. 


VV VV VV VV 


Food for thought. 


Yes, I want to make sure that nothing we do now locks out the potential 
for APRS-IS transparency in an AX.25 header. That is, the APRS-IS is just 
another digipeater.... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 08:07:28 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22483 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 08:07:27 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 24 May 2002 09:07:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Injecting IGate identification 
In-Reply-To: <LYR20817-80612-2002.05.23-13.55.45-- 
bruninga#usna.edu@lists.tapr.org> 


Message-ID: <LYR11589-80810-2002.05.24-08.42.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0205240858390 .2901-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Authors, 


3) All packets to be injected into the APRS-IS will have their PATHS 
modified to include the SOURCE of the injecting IGate. Assuming MYGATE 
is the callsign of any given IGATE, this is done by inserting 

" MYGATE*x,I" on the end of the path. 


VV VV 


This is easy to do for standard TAPR-2 Headers, but a pain to do for AEA 
headers, so authors might consider just doing it for TAPR-2 headers and 
not worrying about the minority of AEA headers for now. 


THis seemingly lack of thoroughness is really a brilliant short cut, since 
not doing the AEA is no difference than what we have now, and by avoiding 
that extra work, and taking the trivial case of TAPR-2 headers first, that 
will get us 95% of the way toward IGate identification easily... 


I notice that most IGate software is doing this now. We need to get the 
remainder to incorporate this very valuable technique for the future of 
the APRS-IS... 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 08:27:55 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA23328 


for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 08:27:49 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Fri, 24 May 2002 08:27:34 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80823-2002.05.24-09.03.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] Injecting IGate identification 
Thread-Index: AcIDJAUMHNMW+QL1T4aWm5xxTQrkKDgAAYDWs 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CB7D@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA23328 


True about the AEA headers. They can be a pain. However, since most 
IGate software already accounts for AEA packets, the insertion algorithm 
shouldn't be too difficult. In fact, it is outlined in the third-party 
header description in chapter 17 of the spec. 


I recommend inserting MYGATE,I* instead of MYGATEx,I. The reason is 
what is done at the return to RF end. At the Internet to RF end, 
according to the spec, the path is to be shortened to the last digi. In 
my case, that would preserve the I whereas in you case the I would be 
dropped. 


I also think, as I showed in my example, that the path should be 
shortened per the third-party header spec at the source end before 
appending ,MYGATE,I*x. This will reduce path lengths in the third-party 
header and no information is lost regarding the history of the packet's 
traversal. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Boseese Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Friday, May 24, 2002 8:08 AM 

Subject: [aprsspec] Injecting IGate identification 


Assuming MYGATE 
> is the callsign of any given IGATE, this is done by inserting 
> ",MYGATEx,I" on the end of the path. 


This is easy to do for standard TAPR-2 Headers, but a pain to 
do for AEA 


VV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 09:06:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA25604 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 09:05:57 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 24 May 2002 10:04:42 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: we have a loop 
In-Reply-To: <LYR20817-80791-2002.05.24-03.30.36-- 
bruninga#usna.edu@lists.tapr.org> 
Message-ID: <LYR11589-80837-2002.05.24-09.40.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205240946250.2901-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 24 May 2002, Steve Dimse wrote: 


> It isn't a loop, an IGate is modifying the packet path, removing the 
rf path and putting TCPIP and its call into it. This alone is proof 
> that Bob's filtering proposal won't work! 


Vv 


I think I disagree completely with the conclusion as stated. 


My filtering proposal will work, if implemented properly. But of course 
it wont work until the "garbage-in" is fixed, and this will be a long 
term project. We must have a long term goal to fix the garbage on the 
APRS-IS. 

In the context of the statement "it wont work", I can agree that "no 
single flip-switch-instant-gratification-one-person-implementation will 
work the instant it is activated until the "rest" of the implementation 
is in place first... 


I am trying to help us define the "end-goal" so that we can start 
designing towards that goal and so that at some point in the future, we 
have all the pieces in place so that we can "flip-the-switch" and it will 
work... 


To date, I have seen no successful effort by the authors of IGates to 
agree to a workable end goal other than the ",MYGATE,I" construct as a 
first step. Until we have a known end objective, that all authors can 
strive towards, the APRS-IS will continue to add entropy until it ceases 
to work. 


The steps toward that end objective that I have seen that would work are: 


1) Doing IGate identification (,MYGATE,I) 
2) 100% adherence to insertion of either TCPIP or ",I" in all IS>RF pkts 
3) Filtering based on TCPIP, TCPXX, and ",I" 
4) Notice that you can RETAIN the 3rd party filter because we have now 
arrived at the solution of accepting only the payload of a 3rd 
party packet into the IS (after the #2 loop filter above) 


5) Once all that is in place, then we flip-the-switch and the servers will 
no longer circulate any APRS-IS packets not in compliance. 


Any devils in the details? 
de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 09:53:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ2709 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 09:53:24 -0500 (CDT) 
Message-ID: <LYR11589-80853-2002.05.24-10.28.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 24 May 2002 15:52:42 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: Injecting IGate identification 
References: <LYR26815-80823-2002.05.24-09.03.15-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-80823-2002.05.24-09.03.15-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <2IR+MUA60178EwGA@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-80823-2002.05.24-09.03.15--rogerétpeaksys.co.uk@list 
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes 

>True about the AEA headers. They can be a pain. However, since most 
>IGate software already accounts for AEA packets, the insertion algorithm 
>shouldn't be too difficult. 


The problem of "TNC2" frame headers and "AEA" frame headers, of course 
only occurs when using a TNC in terminal mode. It's not hard to parse 
"AEA" frame headers into a TNC2 compatible format before passing them to 
the internet. 


>I recommend inserting MYGATE,I* instead of MYGATE*x,I. The reason is 
>what is done at the return to RF end. At the Internet to RF end, 
>according to the spec, the path is to be shortened to the last digi. In 
>my case, that would preserve the I whereas in you case the I would be 
>dropped. 


This was discussed at great length a few months ago. You don't need a 
'x'. All these indicate that the frame has gone through an IGATE:- 


MYGATE,1I 


MYGATEx,1 
MYGATE,Ix* 
MYGATEx, Ix 


So why not use the first? That way you don't create an invalid "TNC2" 
frame header. E.g. this is an invalid "TNC2" frame header: - 
G4IDE>APRS, RELAY* ,WIDE,MYGATEx, I 


(Careful path shortening will also nearly, but not quite, get round the 
problem. ) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 10:22:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ5378 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 10:22:35 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 24 May 2002 11:22:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-80823-2002.05.24-09.03.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80859-2002.05.24-10.58.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0205241037560.2901-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 24 May 2002, AE5PL Lists wrote: 
> I recommend inserting MYGATE,I* instead of MYGATEx,I.... 


I agree completely that when a packet "arrives" to an end IGate "from 
the APRS-IS, that the I*x should be marked to show that the Internet was 
the source of the packet. I believe this strongly. And equally, I 
believe that an RF packet injected into the APRS-IS should be injected 
xwithout* the "*" mark (that-is, a naked ",I") because at that point it 
has not yet traversed the APRS-IS. 


The thing we must determine is exactly what "process" is the 
one that actually flips the "naked,I" to an ",Ix*". 


I think it should be the IGate that is monitoring the APRS-IS. The 
instant it takes a packet from the APRS-IS stream is when the "naked,I" 
becomes a ",Ix*x". This is totally consistent with the definition of a "x" 
in a TAPR-2 header. It is marked when it is "received" to show HOW it 
was received.... 


Thus, IGates injecting a packet into the APRS-IS should not pre-mark it 
with ",I*x" since that violates the principle of least astonishment 
relative to TAPR-2 convention. Marking it with a "naked,I" means 

"this packet is intended for the APRS-IS", not that it actually got 
there... We can only konw that it got somewhere (that is, traversed the 
APRS-IS) when it comes back out. That is when it should be marked with a 
ere ie aaa 


And furthermore therefore, the ",MYGATEx,I" should be marked with a "x" 
when that IGate puts the packet onto the APRS-IS. At that instant is when 
the packet was actually processed by MYGATE. Thus an injected packet 
should have a MYGATEx, followed by a "naked,I" showing the next hop 
pending. 


> I also think, as I showed in my example, that the path should be 
> shortened per the third-party header spec at the source end before 
> appending ,MYGATE,Ix. 


This can be a separate issue. I think I agree, but I dont want to boggle 
down the fundamental construct with the devils in the details... <grin>. 
My initial thought is to only bring in the path-reducers when the path 
actually exceeds the limit. I think the future APRS network with WideN-N 
and smart-digi routing will see much shorter headers in general, and more 
IGates with shorter paths and so I dont want to start throwing out path 
data until we have to. I envision the following as the typical future 
path: 


W4XX>APRS,MYDIGI,WIDE2-2:my packet stuff <== original RF Packet 
W4XX>APRS ,MYDIGI ,WIDE2-2,MYGATEx,I*:my packet stuff <== in APRS-IS 
If it goes back to RF then it would be carried by this header: 
DXGATE>APRS, DIGX,WIDE1-1:tabove packet goes here... 
And eventually (someday) I would like to see it simply be a KISS packet: 
W4XX>APRS ,MYDIG,WIDE3-2,MYGATE,1,DXGATE,DIGIX,WIDE2-1*:my packet stuff 


That is a 7 hop path which identifes the SOURCE RF digi, the MYGATE 
injection point, the DXGATE extraction point, the destination SOURCE RF 
DIGI and the paths at both ends. THAT IS MY DREAM. 


Notice that this packet only appears on RF ONCE in its long form. and 
that is ONLY at the end delivery point, and this is ONLY for rare 
IS-to-RF end user delivery. 


FURTHER! If the packet was originally heard by the first IGate from the 
first MYDIG* then the following WIDE3-3 wouild be dropped. Once a packet 
is heard, all subsequent unused path junk CAN be dropped. And I think we 
eventually should have an IGate monitoring ALL digis so that we do get 
these on the first hop. AND in that case, the final WIDE2-1 is not needed 
either! Thus the "typical" end-to-end APRS packet would look like this: 


W4XX>APRS ,MYDIG,MYGATE,1,DXGATE,DIGIX*:my packet stuff 
Which is sure sweet. Full path details end-to-end... 


This is what drives every comment I have made over the last few years on 
the topic of APRS-IS. I am not trying to say lets do this end-for-end 
stuff now. But I am fighting hard to make sure that we don't do anything 
NOW that would PREVENT us from moving to this in the future... 


And this is why we MUST eventually get away from using the 
3rd-party-crutch filter as the only means for loop detection. It prevents 
us from ever going to KISS packet regeneration at the distant end! 


Without detecting "TCPIP" or "I" as a primary means of loop detection, we 
will forever be denied the ability to use KISS mode to regenerate 
packets from the APRS-IS.. 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 24 10:56:52 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ7811 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 10:56:45 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 24 May 2002 11:56:11 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-80853-2002.05.24-10.28.42- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80872-2002.05.24-11.32.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205241135370.2901-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 24 May 2002, Roger Barker wrote about MYGATEx,I: 


> This was discussed at great length a few months ago. You don't need a 
> '*', All these indicate that the frame has gone through an IGATE:- 

> 

> MYGATE,I 

> MYGATEx,I 

> MYGATE,Ix* 

> MYGATEx,Ix* 

> 

> So why not use the first? That way you don't create an invalid "TNC2" 
> frame header. E.g. this is an invalid "TNC2" frame header: - 

> G4IDE>APRS, RELAY*,WIDE,MYGATEx,I 


Sorry, Roger, I disagree completely. The reasons are many: 


1) Consistancy with the function of the AX.25 has-been-digipeated-bit. 


2) Having multiple *'s in a TAPR-2 path is NOT an “invalid" header. 
It is only "invalid" if you define it that way in your own code. 


3) The DSP-12 and possibly other TAPR-2 implementations ALWAYS display 
a "x" by every digi field with the has-been-digipeated-bit set. 


The packet: G4IDE>APRS,RELAYx,WIDE*x,MYGATEx,I is perfectly valid. 


4) We must NOT throw away the state of the has-been-digipeated-bit when 
we convert an AX.25 header to its ASCII equivalent. This severly 
constrains our future abilities to do anything with Header data. 


I say again, every digipeater in an AX.25 field has a has-been-digipeated 
bit, and that bit is either a "1" or a "O". We must preserve that 
information. It is only a "convenience" that the TAPR2 header in many 
TNC's drop all the x's except the last one when converting a header to 
ASCII. But that is NOT a good idea. We should not follow this 
simplification blindly as it cripples our future implementations and 
throws away perfectly valid data. 


PREEMPTIVE digipeating is an idea that has been around since 1994 and it 
is dependent on knowing what digis have been used regardless of their 
POSITION in the header. The only way of preserving that information when 
converting the header to its ASCII equivalent is the *. It is perfectly 
good, and it works, and it is totally consistent. If one wants to know 
what is the LAST digi heard, then it is the LAST * (in a conventional 
packet). 


If your code considers a packet with multiple x's in it as invalid, then 
that is only a local restriction of your code and it will not work with a 
DSP-12 TNC... I hope I can convince you that we must preserve the state 
of the has-been-digipeated-bit in all ASCII representations of an AX.25 
header if we are to make any future improvements on APRS routing. 


Sure, it is not "needed" "now", but why tie our hands in the future by 
putting in arbitrary restrictions now and accepting a process that throws 
away critical PATH info that could be so valuable? 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 24 11:15:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ9272 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 11:15:20 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 24 May 2002 12:13:07 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

APRS+ <APRSPLUS@k8sn.org>, APRSSPEC <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: [aprsplus] wideN-N issues 
In-Reply-To: <LYR20817-80855-2002.05.24-10.43.45- - 
bruninga#usna.edu@lists.tapr.org> 
Message-ID: <LYR11589-80879-2002.05.24-11.50.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205241159060.2901-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On a bad day, I wake up and dream of saying the following: 

"T wish that APRS never allowed any paths longer than 3 hops. APRS was 
designed for tactical real-time support of events and local operations. 
ANY event or local happening can be done by 3 hops. One to get to the BIG 


wide in the middle, and ONE to assure end delivery to an HT... 


If 3 hops cannot do what you are tyring to do with APRS, then APRS on 
144.39 is not the tool for the job. Use something else. 


But then I go back to sleep... and the nightmare is over. de WB4APR 
On Fri, 24 May 2002, Chris West wrote: 
> So is the goal to get to an I-GATE?... I don't think the goal of APRS 


> should be to "transmit the shortest path required to reach an 
> I-GATE".... I do agree that something needs to be done to make the 


> system more effecient. I suggest we first look at using smart beaconing 
in mobile trackers and limit digi's so they only transmit their 
> position/info no more than once an hour. 


Vv 


I oppose this last idea strongly... Mobiles driving in new areas would 
never even see the digi! In one hour he covers 60 miles! The rule 
should be: 


DIGIS send a local DIRECT packet once every 10 minutes. 
DIGIS send a ONE HOP packet once every 30 minutes. 


10 minutes for local and 30 minutes for "area" are the two NET-CYCLE times 
quoted in the spec. 


I do also think a 2 hop path every hour is not a bad idea. ANything 
beyond that is in my opinion, just QRM... 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 11:43:10 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA10826 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 11:43:06 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Fri, 24 May 2002 11:42:02 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-80887-2002.05.24-12.18.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIDO8L82E4fgPZ3RwGZEpp£120y1AAA5X/¢g 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48EBB@ame-main.ametx. com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA10826 


Let's take a step back and look at what the spec says (and most IGates 
are already doing) and what we are proposing. Chapter 17 in the spec 
says that the third-party header (the header after the }?) will be 
comprised of (TNC-2 format used here for clarity): 


Source Path Header (without "unused" digipeaters, * or :),Third-Party 
Network Identifier ("callsign"),Callsign of Receiving Gateway Station 
(-SSID)x: 


So, according to the spec, a packet that looks like the following on 
APRS-IS: 


AE5PL>APRS,AE5PL-11*,WIDE3-2,WIDE5-5:rest of packet 
Should be gated to RF as: 


IGATECALL>APRS, PATH: $AE5PL>APRS, AE5PL-11,WIDE3-2,TCPIP, IGATECALL*: rest 
of packet 


Note that WIDE5-5 has been removed, but WIDE3-2 hasn't as it indicates 
that one WIDEn-n digi has digi'ed the packet. 


What is being recommended is the insertion of MYCALL,I at the insertion 
IGate (the IGate that puts the packet into APRS-IS). To be compatible 
with the spec for retransmission back to RF and maintain a full history 
of the packets route, the insertion needs to be as follows (TNC-2 format 
used for clarity): 


AE5PL>APRS,AE5PL-11,WIDE3-2,MYCALL,I*:rest of packet 


This will cause the packet to appear as the following if it is gated 
back to RF: 


IGATECALL>APRS, PATH: {AE5PL>APRS, AESPL-11,WIDE3-2,MYCALL,1I,TCPIP, IGATECAL 
Lx:rest of packet 


This tells the recipient that the packet entered APRS-IS at MYCALL and 
exited at IGATECALL. It also tells AE5PL that MYCALL saw the packet 
after being digi'ed by AE5PL-11 and one WIDEn-n digi. 


As the third-party packet definition already exists and most IGates 


follow it, this would be the easiest implementation to maintain routing 
history and filtering desired by Bob and still keep compatible with all 
IGates. 


713% 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 12:01:16 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA11816 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 12:01:07 -0500 (CDT) 
Message-ID: <LYR11589-80891-2002.05.24-12.36.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 24 May 2002 17:59:04 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: Injecting IGate identification 
References: <LYR11586-80853-2002.05.24-10.28.42-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR26815 -80872-2002.05.24-11.32.00--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-80872-2002.05.24-11.32.00- - 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <7qJdEOAYFn78EwF$@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-80872-2002.05.24-11.32.00--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

[snip] 

> 

>2) Having multiple *'s in a TAPR-2 path is NOT an “invalid" header. 

> It is only "invalid" if you define it that way in your own code. 


(Note - it is NOT invalid in my code, so there's no self-interest in my 
comments. ) 


I did not introduce the terms "TNC2" and "AEA". Part of my point is that 
the different frame header formats are an arbitrary feature of the 
hardware being used. As I said, I think all headers should be converted 
into one format before being passed to the internet. (That IS a feature 
of my code.) 


However, given that you and AE5PL were discussing the situation in terms 
of "TNC2" and "AEA" headers, what I quoted was an invalid "TNC2" header, 
i.e. a TNC2 would never produce a header like that. 


>3) The DSP-12 and possibly other TAPR-2 implementations ALWAYS display 
> a "x" by every digi field with the has-been-digipeated-bit set. 

> 

> The packet: G4IDE>APRS,RELAY*x,WIDE*,MYGATE*,I is perfectly valid. 


If the '*' is used to indicate EVERY 'H' bit that is set, then the above 
is a valid header. With a TNC2 header, the '*' indicates the LAST 'H' 
bit set. So we now have "TNC2", "AEA" and "DSP-12" headers, which 
reinforces my point about the desirability of converting them all to one 
format. 


>4) We must NOT throw away the state of the has-been-digipeated-bit when 
> we convert an AX.25 header to its ASCII equivalent. This severly 

> constrains our future abilities to do anything with Header data. 

Not at all. My suggestion should be backward compatible with all 
existing IGATE implementations, and contains additional information that 
can be used by future implementations. This frame - 


G4IDE>APRS, RELAY*,WIDE,MYGATE,1 


includes all the information about the original RF path, plus the 
additional information about how it was passed to the internet. 


In terms of future development, it constrains nothing, because any 
software passing it back to RF is either going to understand the last 


two "digis" or ignore them. 


Similarly, any path analysis software looking at the internet data 
stream will either understand them or ignore them. 


[snip] 


>If your code considers a packet with multiple x's in it as invalid, then 


>that is only a local restriction of your code and it will not work with a 
>DSP-12 TNC... 


As I said, there is no self-interest in my comments. 


> I hope I can convince you that we must preserve the state 
>of the has-been-digipeated-bit in all ASCII representations of an AX.25 
>header if we are to make any future improvements on APRS routing. 


See my above comment - "It constrains nothing..." 


>Sure, it is not "needed" "now", but why tie our hands in the future by 
>putting in arbitrary restrictions now and accepting a process that throws 
>away critical PATH info that could be so valuable? 


I'm not throwing away anything. All the path info is there whether or 
not you put in the 'x'(s). Packets aren't going to "drop off" the 
internet onto RF, they are going to be gated by intelligent systems. 
Those systems will either understand MYGATE(*),I(*) or they won't. If 
they don't, then it is possible that an incorrect RF path would be 
assumed if you put in the 'x'(s). 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 24 13:05:38 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA21753 
for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 13:05:37 -0500 (CDT) 
Message-Id: <LYR11589-80914-2002.05.24-13.40.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: mcheavens@pop.amexmail.com 
Date: Fri, 24 May 2002 13:04:28 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mark Cheavens <mcheavens@usa.net> 
Subject: [aprsspec] Possible Bandwidth solution 
Cc: "APRS+" <APRSPLUS@k8sn.org>, "APRSSPEC" <aprsspec@lists.tapr.org>, 
UIDIGI@EGROUPS.COM 
In-Reply-To: <LYR26900-80855-2002.05.24-10.43.45--mcheavens#usa.net@list 
s.tapr.org> 


References: <200205231717.25113.kc5g0i@kc5g01.net> 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mark Cheavens <mcheavens@usa.net> 

X-Message-Id: <5.1.0.14.2.20020524124839 .00b07738@pop.amexmail .com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Here is a possible solution that COULD be implemented to solve SOME of the 
path problems. 


Have the N-N digipeater be smart enough to do adaptive hold off based upon 
the number of decrements in the path. 


So, 

If a digi hears a packet of Wide5-5 it digipeats it immediately (it is the 
first digi to hear the packet). 

If the second digi hears the packet Wide5-4 it then does a WAIT for x 
amount of time. (x being a parameter in seconds of DEAD air indicating 
available bandwidth). All packets would be held in y time buffer, if time y 
expires OR the buffer is full then it is dumped. 

If the third digi hears Wide5-3 then it waits for 2x time buffer and holds 
that packet in it's y buffer with all the others. 


This would self management the bandwidth and always allow people with 
direct access to the digi priority and still propagate packets a long way 
IF the bandwidth is available. 


Mark Cheavens 
KC5EVE 


All of this is just a patch instead of having REALLY smart digi's that do 
what can be done and what the end user would LIKE to have. 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 13:07:45 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA21866 
for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 13:07:41 -0500 (CDT) 
Message-ID: <LYR11589-80916-2002.05.24-13.41.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 
Reply-To: Bill Diaz <william.diaz@attbi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS+ <APRSPLUS@k8sn.org>, APRSSPEC <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: [aprssig] Re: [aprsplus] wideN-N issues 
Date: Fri, 24 May 2002 13:04:44 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01C20323.93B13C80.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Guy, 

See below. 
On Friday, May 24, 2002 12:38, Guy Story, KC5GOI [SMTP:kc5goi@kc5goi.net] 
wrote: 
> Yet another valid reason. I see this one happen as well. FYI Not much 
can be 
> done about it when the weather gives us fun/fits. 


> On Friday 24 May 2002 09:53 am, you wrote: 

>> Guy, if you agree and follow, send on to all the reflectors. 

>> (reword as needed). 

SNIP 

> 

> I did have to think about this but Johns point is if a message that 

> aprsdDTN should be gating is sent out on a IGATE in Shreivport instead, 
the 

> message is doomed to be resent multiple times. Some users still do not 
fully 

> understand that and IGATE that heard the station in question last will be 
the 

> one that sends out a message to that station. This can cause a message 
to 

> try to go a less than optimized route. I know how to stop this in 
WinAPRS 

> and APRS+ but not in APRSD. How to cure the distant IGATE sending 


messages 

> that a more local IGATE should handle, you got me there. Possibly a 
range 

> filter. 


> Bill Diaz, does the range filter in AHUB deal with it as a side 

> effect of the range filters you are using? I will email the aprsD list 
to 

> see if it is a feature that could be added. 


AHub does not contain any range filters. 


AFilter, on the other hand, does contain the ability to geofilter location 
packets. The station must first send a valid location packet that falls 
within either of the 2 available geofilters. All subsequent packets from 
this station will be passed until the station moves outside the geofilters. 


Regional hubs that use AFilter (generally on port 14579) can provide the 
necessary geofiltering for users who wish to limit their APRS bandwidth to 
stations within 1 or 2 distinct geographical areas. 


A regional (geofiltered) hub can easily be implemented with AFilter and 
AFilterX (multi-user extensions for AFilter). 


Bill KC9XG 

Guy Story, KC5GOI 
Itel-Tigerbyte LLC 
gstory@tigerbyte.com 
940.891.4575 
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VV VV VV V VV 
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From bounce-aprsspec-11589@lists.tapr.org Fri May 24 13:47:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA24203 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 13:46:59 -0500 (CDT) 
Message-Id: <LYR11589-80925-2002.05.24-14.21.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: mcheavens@pop.amexmail.com 


Date: Fri, 24 May 2002 13:45:26 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mark Cheavens <mcheavens@usa.net> 
Subject: [aprsspec] Re: [aprssig] Possible Bandwidth solution 
Cc: "APRS+" <APRSPLUS@k8sn.org>, "APRSSPEC" <aprsspec@lists.tapr.org>, 
UIDIGI@EGROUPS.COM 
In-Reply-To: <LYR26900-80913-2002.05.24-13.40.11--mcheavens#usa.net@list 
s.tapr.org> 
References: <LYR26900-80855-2002.05.24-10.43.45--mcheavens#tusa.net@list 
s.tapr.org> 
<200205231717 .25113.kc5g0i1@kc5g01.net> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mark Cheavens <mcheavens@usa.net> 
X-Message-Id: <5.1.0.14.2.20020524133128 .0310eea0@pop.amexmail.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Already had a brain explosion....... 


Two paths: 
1. LOCAL: Digipeater strips the path and digipeats it...LOCAL digi that 
hears it directly and digipeats it ONLY. 
2. DIGI: First digi hears it and changes path to DIGI1 
Second digi hears it and changes path to DIGI2 
ETC. 


By using the timers listed below (let's say timer x is 10 seconds). Then IF 
Digi2 has had 10 seconds of NO activity then it digipeats the first packets 
in it's held buffer that has not expired because of timer y (y being maybe 


1 minute). 


Digi 3 would then need 2x (so 20 seconds of dead air) before sending any of 


the items in it's buffer. 


Using this method would in areas of high density make sure there is enough 


bandwidth for people close to EACH of the digi's AND in rural areas would 
make the packets go FARTHER. 


In effect ALL packets would be automatically be load balanced and NO paths 
would have to be changed EVER while traveling. It would make ABOUT the same 


number of packets be visable in any area (rural area's would have packets 
from farther away and dense area's would have more local traffic). 


The only issue I can't think decide on is the one of Priority....Example: 
DigiZ hears the same packet twice (once by digiA as DIGI2 and DigiB as 
DIGI3..... Should the packet be put in the 2 or 3 group of priorities.) 


I think that this would REALLY help out as well with band openings. It 
would always give direct heard higher priority with it's hold off timer. 


Mark Cheavens 
KC5EVE 


At 01:04 PM 5/24/2002 -0500, Mark Cheavens wrote: 

>Here is a possible solution that COULD be implemented to solve SOME of the 
>path problems. 

> 

>Have the N-N digipeater be smart enough to do adaptive hold off based upon 
>the number of decrements in the path. 

> 

>SO, 

>If a digi hears a packet of Wide5-5 it digipeats it immediately (it is the 
>first digi to hear the packet). 

>If the second digi hears the packet Wide5-4 it then does a WAIT for x 
>amount of time. (x being a parameter in seconds of DEAD air indicating 
>available bandwidth). All packets would be held in y time buffer, if time 
>y expires OR the buffer is full then it is dumped. 

>If the third digi hears Wide5-3 then it waits for 2x time buffer and holds 
>that packet in it's y buffer with all the others. 


>This would self management the bandwidth and always allow people with 
>direct access to the digi priority and still propagate packets a long way 
>IF the bandwidth is available. 

> 

>Mark Cheavens 

>KC5EVE 

> 

>All of this is just a patch instead of having REALLY smart digi's that do 
>what can be done and what the end user would LIKE to have. 

> 

> 

>--- 

>You are currently subscribed to aprssig as: mcheavens@usa.net 

>To unsubscribe send a blank email to leave-aprssig-26900L@lists.tapr.org 
>Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 24 18:40:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA14530 

for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 18:40:42 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 24 May 2002 19:40:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-80891-2002.05.24-12.36.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-80995-2002.05.24-19.15.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205241910330.12871-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 24 May 2002, Roger Barker wrote: 


> hardware being used. As I said, I think all headers should be converted 
> into one format before being passed to the internet. 


I hope and I believe we all agree here. This is the starting point. 


If the 'x' is used to indicate EVERY 'H' bit that is set, then the above 
is a valid header. With a TNC2 header, the '*' indicates the LAST 'H' 
bit set. So we now have "TNC2", "AEA" and "DSP-12" headers, which 
reinforces my point about the desirability of converting them all to one 
format. 


VV VV WV 


Yes, and I have always wanted all has-been-digipeated bits to be indicated 
with a * so that we do have an unambiguous common standardized header to 
deal with without any ambiguities. APRS has no requirement that path 

data be processed sequentially. We must divorce ourseleves therefor from 


the "assumption" in most headers that prior-used fields may drop the x. 


>4) We must NOT throw away the state of the has-been-digipeated-bit when 
> we convert an AX.25 header to its ASCII equivalent. This severly 
> constrains our future abilities to do anything with Header data. 


Not at all. My suggestion should be backward compatible with all 
existing IGATE implementations, and contains additional information that 
can be used by future implementations. This frame - 


G4IDE>APRS, RELAYx,WIDE,MYGATE,1 


includes all the information about the original RF path, plus the 
additional information about how it was passed to the internet. 


VV VV VV VV VV VV 


I disagree. It indicates that you heard it via RELAY*, but it only 
implies an intent for it to be further routed via WIDE,MYGATE,I. 
There is no indication that in fact, these processes have occurred. 


> In terms of future development, it constrains nothing, because any 
> software passing it back to RF is either going to understand the last 
> two "digis" or ignore them. 


We should not be building a network routing system based on assumptions 
and inferences and ambiguous routing indicators. Every DIGIPEATER field 
in AX.25 indicates TWO separate and distinct functions: 


1) An INTENDED ROUTE, 
2) A mark as to whether that ROUTE was used 


These two separate and distinct functions must never be blurred. 

Notice that callsign substitution is a subset of #2. That is, that the 
"intended" route was replaced with an actually USED route and this 
actually USED route is marked with a x. I will strongly oppose any 
bluring of these TWO separate and distinct functions of a digipeater 
field no matter how we finally implement APRS-IS... The digipeater field 
consists of TWO items. Those items must remain separate and distinct 
throughout APRS, and AX.25, and APRS-IS. 


>I hope I can convince you that we must preserve the state 
>of the has-been-digipeated-bit in all ASCII representations of an AX.25 
>header if we are to make any future improvements on APRS routing. 


VV VV WV 


See my above comment - "It constrains nothing..." 


I say it completely destroys the integrity of the AX.25 digipeater header 
construct and/or is a poor way to build a system based on assumed 
inferences and lost path usage data. 


> I'm not throwing away anything. All the path info is there whether or 
> not you put in the 'x'(s). 


No it is not. The indicator of whether or not these fields have been used 
or not is NOT there. From that point on, there is no way to construct 
whether those fields have been USED or not, or substituted. Thus they are 
stuck ambiguous baggage that cannot be used for any future determination 
as to whether they should be discarded or not.. 


> Packets aren't going to "drop off" the 
> internet onto RF, they are going to be gated by intelligent systems. 


This is, I fear, an assumption that we should never make. Intelligent 
systems all the time do rediculuous and unwanted things, and especially in 
the APRS anarchy... We must not design a system that contains 

ambiguities and lost usage indicators. Using digipeater fields and 
discarding or making no provision for whether the field has been used or 
not is a recipe for disaster... (or our current stagnation). 


> Those systems will either understand MYGATE(*),I(*) or they won't. 
> If they don't, then it is possible that an incorrect RF path would be 
> assumed if you put in the 'x'(s). 


That is why we must avoid assumptions and standardize on the TAPR2 header 
with ALL has-been-used marks INTACT. This is the only complete, 
unambiguous, AX.25 header ASCII conversion that we should be considering. 


The reason we couldnt do this in the past was because a lot of packets 
were injected into APRS-IS directly from TNC's without any processing. 

As we now move into PARSING ALL INCOMING packets for injection to the 
APRS-IS, we must also strengthen and be explicit in the accounting of the 
has-been-digipeated-bits. 


I dont disagree with you that it can be made to work without the x*'s, but 
I just seriously question why we seem to be intent on making a system that 
will just "work" while throwing out perfectly good usable single BITS that 
are so valuable because they dont seem to meet our immediate urgent need. 


I have prepared a DRAFT APRS-IS version 1.0 (through 2.0) spec. I would 
appreciate your input as to any version 1.0 tidbits that I may have 
glossed over: 


http: //www.ew.usna.edu/~bruninga/aprs-is.txt 


Thanks! 


de WB4APR, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri May 24 19:36:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA17157 
for <lyris.aprsspec@tapr.org>; Fri, 24 May 2002 19:36:16 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Fri, 24 May 2002 19:35:39 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81005-2002.05.24-20.11.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIDfHy8Q6o0o0tiibTyWVskICh1lyuLwAA9kDA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48EBD@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA17157 


DB seeee Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Posted At: Friday, May 24, 2002 6:41 PM 

Subject: [aprsspec] RE: Injecting IGate identification 


I have prepared a DRAFT APRS-IS version 1.0 (through 2.0) 

spec. I would 

appreciate your input as to any version 1.0 tidbits that I may have 
glossed over: 


VV VV VV VV WV 


http: //www.ew.usna.edu/~bruninga/aprs-is.txt 


Good work, Bob. However, there are a couple of things that should be 
considered about APRS-IS 1.0. First, as discussed, IGates could and, I 
think we agree, should pass the payload of a third-party packet into 
APRS-IS if that packet did not originate from APRS-IS. APRS-IS 1.0 
simply says "no third-party packets shall be transported on the 
Internet." What this means is that no packets with a data type of } 
will appear on the Internet feed. Once an IGate strips the AX.25 header 
and } from a third-party packet, it is now "legal" to be transported via 
APRS-IS. Current IGates have implemented a simpler filter, which we all 
agree, should be less restrictive by keying on the TCPIP or TCPXX in the 
third-party header instead of the + data type. Of course, everything 
before and including the } should not appear on the APRS-IS or any other 
non-AX.25 network. 


APRS-IS does not require that the headers meet AX.25 specifications. 

For example, 9 character callsigns, character SSID's, 9+ via, etc. 
Within the framework of a third-party packet, there is no problem with 
this. However, this is definitely not compatible with the idea of 
gating back to RF in non-third-party format. Also, a legal AX.25 packet 
may enter APRS-IS but not have enough room for all of the header 
insertions suggested to be done at the IGates and have an outbound path. 
I fully believe that you actually start crippling APRS-IS if you force 
the headers to be completely compliant with AX.25 requirements. 


The third-party packet specification is a good specification from the 
standpoint of identifying where the packets came from. It leaves the 
non-AX.25 network free to support valid APRS packets that might not, 
after multiple different network traversals, meet the AX.25 header 
requirements. It also allows for more than 16 stations to exist for a 
single callsign in the world. 


Do you really want to restrict APRS-IS to only support the restrictive 
AX.25 header specification? As I have said before, I like the idea of 
having a full path history in the packet, including the callsign of the 
insertion IGate. But, very quickly, you run out of via as specified in 
APRS-IS. You also force non-RF APRS applications to adhere to the AX.25 
naming requirements. Why don't we leave this flexible, too? 


It is generally agreed that APRS-IS only supports 9 letter 
callsign-SSID's, but most of the server and IGate code that I am aware 
of allows those 9 letters to be any combination of letters, digits, 
and/or a hyphen. You are asking a large number of APRS operators to 
completely rethink how they interact on the Internet. 


The third-party packet is a simple, yet very effective way to allow 
multiple APRS networks to communicate without the burdensome 


restrictions of AX.25 limits while being carried on another network. 
However, with those restrictions removed, it forces those packets to be 
reintroduced to an AX.25 network using a mechanism such as the 
third-party packet. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 25 02:44:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ5086 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 02:44:12 -0500 (CDT) 
Message-ID: <LYR11589-81062-2002.05.25-03.19.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 25 May 2002 08:39:19 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: Injecting IGate identification 
References: <LYR11586-80891-2002.05.24-12.36.33-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR26815-80995-2002.05.24-19.15.58--roger#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-80995-2002.05.24-19.15.58-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <LOGR9hAn+z78EwhM@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-80995-2002.05.24-19.15.58--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

[snip] 

>We should not be building a network routing system based on assumptions 


>and inferences and ambiguous routing indicators. Every DIGIPEATER field 
>in AX.25 indicates TWO separate and distinct functions: 

> 

> 1) An INTENDED ROUTE, 

> 2) A mark as to whether that ROUTE was used 

> 

>These two separate and distinct functions must never be blurred. 


But you are blurring them - 
G4IDE>APRS, RELAY ,WIDE,MYGATEx, I 


by any xnormalx interpretation means that the frame has travelled via 
RELAY, WIDE and MYGATE. In fact it has gone straight from G4IDE to 
MYGATE. 


[Big snip] 


>That is why we must avoid assumptions and standardize on the TAPR2 header 
>with ALL has-been-used marks INTACT. This is the only complete, 
>unambiguous, AX.25 header ASCII conversion that we should be considering. 


But what you are doing is not unambiguous, you are going to create a 
frame header than lies about the RF path, unless it is analysed ina 
non-standard way that takes account of the special meaning of the last 
two digis. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 25 08:08:00 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA22392 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 08:07:59 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 25 May 2002 09:07:42 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 


In-Reply-To: <LYR11586-81005-2002.05.24-20.11.32-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-81083-2002.05.25-08.43.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0205250854400 . 24437-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 24 May 2002, AE5PL Lists wrote about the APRS-IS draft spec: 


Good work, Bob. However, there are a couple of things that should be 
considered about APRS-IS 1.0. First, as discussed, IGates could and, I 
think we agree, should pass the payload of a third-party packet into 
APRS-IS if that packet did not originate from APRS-IS. 


VVV Vv 


Yes, but I wouldnt call that 1.0 since it does not exist now. I call that 
APRS-IS 1.2. for clarity... 


APRS-IS does not require that the headers meet AX.25 specifications. 
this. However, this is definitely not compatible with the idea of 
gating back to RF in non-third-party format. Also, a legal AX.25 packet 
may enter APRS-IS but not have enough room for all of the header 
insertions suggested to be done at the IGates and have an outbound path. 


VV VV VV 


That is why I propose that all headers be reduced to the 7 hop model that 
I proposed: 


First field: RF source digi 

2nd field: RF WIDEn-N number of hops 

3rd field: Injecting Igate 

4th field: I or I* deoending on validation or not 
5th field: IS-2-RF Igate 

6th Field: RF-re-insertion digi 

7th field: RF Widen-N number of hops 


Every packet that traverses the IS RFend-2-RFend can fit that model. 
And it gives full traceabilty. 


> Do you really want to restrict APRS-IS to only support the restrictive 


> AX.25 header specification? 
It seems like something worth trying. 


As I have said before, I like the idea of having a full path history in 
the packet, including the callsign of the insertion IGate. But, very 
quickly, you run out of via as specified in APRS-IS. You also force 
non-RF APRS applications to adhere to the AX.25 naming requirements. 

Why don't we leave this flexible, too? 


VV VV V 


Notice that in my specification, the 3rd party format may ALWAYS be uesd 

for all the flexibility and total of 16 possible path hops if needed. It 
is never obsoleted. In fact, it is strengthened by being able to be used 
ANYWHERE for any unfortold purpose as well as its current use. 


It is generally agreed that APRS-IS only supports 9 letter 
callsign-SSID's, but most of the server and IGate code that I am aware 
of allows those 9 letters to be any combination of letters, digits, 
and/or a hyphen. You are asking a large number of APRS operators to 
completely rethink how they interact on the Internet. 


VV VV WV 


All of these constructs remain perfectly viable as they are now since the 
3rd party format may forever still be used to ship any non-compliant 
packet anywhere... 


The third-party packet is a simple, yet very effective way to allow 
multiple APRS networks to communicate without the burdensome 
restrictions of AX.25 limits while being carried on another network. 
However, with those restrictions removed, it forces those packets to be 
reintroduced to an AX.25 network using a mechanism such as the 
third-party packet. 


VV VV VV 


Yes, and it may continue to be used that way. 


What I am talking about is a compatible option for handling 
all those other packets that dont need these non-compliant constructs. 
Both can work independently in the APRS-IS... 


De wb4apr, bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 25 09:08:35 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24078 
for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 09:08:34 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Sat, 25 May 2002 09:08:04 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81094-2002.05.25-09.43.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcID7WtoelahuM8cREWpiE+BlyPt£QABmIXQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48EBF@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA24078 


Domes ss Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Saturday, May 25, 2002 8:10 AM 

> Subject: [aprsspec] RE: Injecting IGate identification 

> 

> That is why I propose that all headers be reduced to the 7 
> hop model that 

> I proposed: 


First field: RF source digi 

2nd field: RF WIDEn-N number of hops 

3rd field: Injecting Igate 

4th field: I or I* deoending on validation or not 
5th field: IS-2-RF Igate 

6th Field: RF-re-insertion digi 

7th field: RF Widen-N number of hops 


VV VV VV VV VV 


> Every packet that traverses the IS RFend-2-RFend can fit that model. 
> And it gives full traceabilty. 


How? If the packet is received as 
CALL1>APRS,DIGI1,DIGI2,DIGI3,DIGI4*,DIGI5 your model will lose all of 
the prior RF path to DIGI4 thereby causing CALL1 to not know how their 
packet got to the Internet. If you do this stripping at the injection 
point, that information is lost for good. 


> Do you really want to restrict APRS-IS to only support the 
restrictive 


> 
> 
> > AX.25 header specification? 
> 
> 


It seems like something worth trying. 


H 


don't understand why you want to reduce the flexibility of APRS-IS. 


Notice that in my specification, the 3rd party format may 
ALWAYS be uesd 

for all the flexibility and total of 16 possible path hops if 
needed. It 

is never obsoleted. In fact, it is strengthened by being 
able to be used 

ANYWHERE for any unfortold purpose as well as its current use. 


VV VV VV MV 


But it is also weakened by saying "sometimes" an IGate will not use the 
third-party format. 


All of these constructs remain perfectly viable as they are 

now since the 

3rd party format may forever still be used to ship any non-compliant 
packet anywhere... 


VVV WV 


But then you are saying that the IGate using packet regeneration must 
also support third-party format. If that is the case, why bother 
increasing the complexity of operations which packet regeneration would 
do. Why not stick with a simple, straight-forward approach which you 
already have with third-party packets? 


> What I am talking about is a compatible option for handling 
> all those other packets that dont need these non-compliant constructs. 
> Both can work independently in the APRS-IS... 


But you are increasing the complexity of the IGate tremendously. And if 
the IGate that is doing the packet regeneration must also do third-party 
packets, where is there any gain? 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 


mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 25 11:46:36 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA0Q1488 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 11:46:34 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 25 May 2002 12:46:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81062-2002.05.25-03.19.39-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81126-2002.05.25-12.21.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205251235090.13192-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, Roger Barker wrote: 


>and inferences and ambiguous routing indicators. Every DIGIPEATER field 
>in AX.25 indicates TWO separate and distinct functions: 

> 

> 1) An INTENDED ROUTE, 

> 2) A mark as to whether that ROUTE was used 

> 

>These two separate and distinct functions must never be blurred. 


But you are blurring them - 


VV VV VV VV VV 


G4IDE>APRS, RELAY ,WIDE,MYGATEx, 1 


by any xnormalx interpretation means that the frame has travelled via 
RELAY, WIDE and MYGATE. In fact it has gone straight from G4IDE to 
MYGATE. 


VVVV Vv 


Ah, but that is why I want to change it. Your example above is the 
crippled TAPR2 version I want to fix by moving towards the standard that 
ALL has-been-digipeated bits are marked always in ASCII path 
representations and standardize on that. APRS does not require and in 
many cases does not use sequential HOP processing. We must preserve the 
has-been-digipeated bits (shown as a *) to keep up with APRS and not be 
tied into the point-to-point legacies of 1980's connected packet. 


>That is why we must avoid assumptions and standardize on the TAPR2 header 
>with ALL has-been-used marks INTACT. This is the only complete, 
>unambiguous, AX.25 header ASCII conversion that we should be considering. 


But what you are doing is not unambiguous, you are going to create a 
frame header than lies about the RF path, unless it is analysed ina 
non-standard way that takes account of the special meaning of the last 
two digis. 


VV VV VV VV 


I guess I dont follow your example. The standard I want is that ALL 

ASCII headers forwarded into the APRS-IS will have either a * meaning the 
path was "used" or not, indicating it was an unused path. Then we can 
strip off unused paths if we want for brevity... 


Again, the reason we have this golden opportunity now is that ALL authors 
seem to agree that we must pre-process headers going INTO the APRS-IS and 
can no longer afford to just accpet ANYTHING. We have to process the 
header anyway to insert the MYGATEx,I so we may as well take the best, 
non-ambiguous method at this point and all agree to use it. 


I propose the standard that all ASCII path headers are in TAPR2 format 
including the marking of ALL has-been-used bits with a *. This is part of 
APRS-IS version 1.1. I agree with you completely that what we are using 
now, the classic TAPR2 version with suppressed x's is completely 
ambiguous. THus we must move on.. and use an unambiguous standard... 


Thanks. 
Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 12:08:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ2477 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 12:08:02 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 25 May 2002 13:07:25 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81094-2002.05.25-09.43.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81131-2002.05.25-12.43.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205251252010.13192-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, AE5PL Lists wrote: 


> From: Bob Bruninga [mailto:bruninga@usna. edu] 
> That is why I propose that all headers be reduced to the 7 
> hop model that I proposed: 


First field: RF source digi 

2nd field: RF WIDEn-N number of hops 

3rd field: Injecting Igate 

4th field: I or I* deoending on validation or not 
5th field: IS-2-RF Igate 

6th Field: RF-re-insertion digi 

7th field: RF Widen-N number of hops 


VV VVV VV VV 


> Every packet that traverses the IS RFend-2-RFend can fit that model. 
> And it gives full traceabilty. 


How? If the packet is received as 
CALL1>APRS,DIGI1,DIGI2,DIGI3,DIGI4*,DIGI5 your model will lose all of 


VV VV VV VV VV VV VV VV OV 


Vv 


the prior RF path to DIGI4 thereby causing CALL1 to not know how their 
> packet got to the Internet. If you do this stripping at the injection 
point, that information is lost for good. 


Vv 


I dont follow your example at all? Where are you talking about "received 
as"? If you mean at the injection point, then the above packet "could" 
be stripped down to only DIGI1*,HOPS4*,IJGATEx,I going into the APRS-IS. 
It retains everything I need to know: 


1) Where the packet entered the RF system (DIGI1x) 

2) How many hops it took to get to the IGate (HOPS4x) 

3) What IGate injected it into the APRS-IS (IJGATEx) 

4) And the fact that it was then injected into the APRS-IS (,TI) 


Now at the other end, (remember, 3rd party format may still be used...) 
OR, the RGATE that passes it back to RF can use KISS mode and put it back 
on RF as follows: 


FROM>TO, DIGI1* , HOPS4*, TIGATEx, Ix, RGATEx, DIGIz,WIDEn-N:data 


This path arrives with all of the important parts of its path history 
intact... and it is a fully compliant AX.25 header to boot... 


> I don't understand why you want to reduce the flexibility of APRS-IS. 


I think you are stll completely missing the point. I am not reducing the 
flexibility, but expanding it!. ALL of the old formats are still 
possible. The old 3rd party format may continue to be used as long as 
anyone has a need for it. I am only coming up with added felxibility to 
allow other processes (that are more efficient) to work also... The 3rd 
party format is still allowed as we have previously discussed and in fact 
is strengthened because it can be used incomming too... 


> But it is also weakened by saying "sometimes" an IGate will not use the 
> third-party format. 


Wht is that a weakening? It is a strengthening of the APRS-IS to handle 
both... 


> 

> > All of these constructs remain perfectly viable as they are 

> > now since the 

> > 3rd party format may forever still be used to ship any non-compliant 
> > packet anywhere... 


> But then you are saying that the IGate using packet regeneration must 
> also support third-party format. 


Because EVERY APRS process should support 3rd party anyway. It has 
allways been a fundamental part of APRS and I think everyone does already 
support it. 


If that is the case, why bother increasing the complexity of operations 
which packet regeneration would do. Why not stick with a simple, 
straight-forward approach which you already have with third-party 
packets? 


VV VV 


Because it is not increasing complexity, but the opposite. What is 
simpler than using KISS to regenerate a packet and eliminate the overhead 
of packets within packets? 


> > What I am talking about is a compatible option for handling 
> > all those other packets that dont need these non-compliant constructs. 
> > Both can work independently in the APRS-IS... 


Vv 


But you are increasing the complexity of the IGate tremendously. And if 
> the IGate that is doing the packet regeneration must also do third-party 
packets, where is there any gain? 


Vv 


Because the current system is broken and is falling apart with no source 
acountability and with ever increasing entropy. Anything worth doing is 
not necessarily supposed to be the easiest way. I think it is time to 
move out with an improved system. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 13:38:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ6977 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 13:38:34 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Sat, 25 May 2002 13:38:20 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81147-2002.05.25-14.14.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Thread-Topic: [aprsspec] RE: Injecting IGate identification 

Thread-Index: AcIEDs12cqNkDBKsTzqMtpX/J/58nQACMr9A 

From: "AE5PL Lists" <HamLists@ametx.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48ECO@ame-main.ametx. com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA06977 


> atone Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Saturday, May 25, 2002 12:09 PM 

> Subject: [aprsspec] RE: Injecting IGate identification 

> 

> as"? If you mean at the injection point, then the above 

> packet "could" 

> be stripped down to only DIGI1*,HOPS4x*,IJGATEx,I going into 
> the APRS-IS. 

> It retains everything I need to know: 


But it does not provide a true routing history of the packet. If 
someone wanted to reduce the dependence on generic digipeating to 
message with someone, your method precludes that from happening. It 
also puts a stumbling block in the way of people trying to create 
routing devices or applications for APRS. 


Because it is not increasing complexity, but the opposite. What is 
simpler than using KISS to regenerate a packet and eliminate 

the overhead 

of packets within packets? 


VVNV WV 


But you ARE adding a layer of complexity by now saying there are two 
ways for a packet to be reintroduced into the AX.25 world. And, you are 
adding complexity for the reintroducing IGate to differentiate between 
those packets that can be regenerated and those that can't. And what 
overhead do you save? The FROMCALL of the IGate and a } data type? I 
don't think 10 bytes is worth the added complexity you would be 
introducing. 


> Because the current system is broken and is falling apart 
> with no source 


acountability and with ever increasing entropy. Anything 

worth doing is 

not necessarily supposed to be the easiest way. I think it is time to 
move out with an improved system. 


VVV NV 


How is it broken? There are problems, yes. But your proposal of adding 
another layer of complexity does nothing to fix those problems. The 
problems are primarily related to IGate software which do not handle 
current packets properly. The APRS-IS system is finally beginning to 
stabilize. Worldwide communication between local RF environments is 
possible. Let's push to have the IGate authors fix what they have 
today. Let's not try to force them into trying to account for another 
layer of complexity which would remove routing information from the 
header. 


Adding the ",MYCALL,I*x" at the injection point to a header after 
trimming non-used digis is a nice enhancement for traceability. 
Trimming out used digis reduces traceability and renders routing 
algorithms useless. Nothing is gained by using KISS to regenerate a 
packet if the IGate still needs to interpret the packet and possibly 
send it as a third-party packet. And, nothing is gained by using KISS 
if the RF path desired takes more than 2 distinct hops. 


On the surface, KISS packet regeneration is a good idea. However, when 
the ramifications of the increased complexity of IGates having to 
interpret 2 different types of packet routes, of reduced routing 
information, and of maintaining support for non-AX.25 compliant headers 
is accounted for, I don't think 10 bytes of packet overhead is worth it. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 14:25:55 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ8345 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 14:25:53 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 


Content-Type: text/plain; 

charset="US-ASCII" 
Date: Sat, 25 May 2002 14:25:44 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81160-2002.05.25-15.01.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIEDs12cqNkDBKsTzqMtpX/J/58nQACMr9AAAICR3A= 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO48EC2@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id OAA08345 


> RE SSH Original Message----- 

> From: AE5PL Lists 

> Posted At: Saturday, May 25, 2002 1:39 PM 

> Subject: [aprsspec] RE: Injecting IGate identification 

> 

> another layer of complexity does nothing to fix those problems. The 
> problems are primarily related to IGate software which do not handle 
> current packets properly. The APRS-IS system is finally beginning to 


By the way, IMO IGate software is currently the most complex and 
difficult APRS application to write. The IGate authors have had to 
"make it up as they go" for the most part and the logic is not trivial. 
I think they have done an excellent job of getting their software to 
play well under the varied environments that exist. I do not want to 
see their job made harder by adding more variables into their already 
complex equation. 


I would say that 90% of the problems seen on APRS-IS have been IGate 
caused (mangled packets, Mic-E conversions, etc.) and improper server 
configurations (servers randomly interconnected, using wrong ports, 
etc.). The first is being actively worked on by the IGate authors. The 
second gets worked on as they occur. I am attempting to help avoid the 
second with javAPRSSrvr by doing the initial configuration for each 
user. I also make sure that it goes to a licensed ham for verification 
purposes. 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 20:39:54 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA23680 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 20:39:53 -0500 (CDT) 
Message-ID: <LYR11589-81179-2002.05.25-21.15.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 25 May 2002 21:39:37 -0400 
From: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Another IStream Validation Approach 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Message-Id: <3CFO3CD9.50FDEE13@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


If I understand how things work now, it appears that Internet Stream 
validation could be accomplished simply and effectively, without the need 
for massive overhauls of the client-side software. 


Think through a system whereby the frame validation takes place at the 
Internet Server. All Internet traffic flows through them anyway, right? It 
seems like a natural place to implement it and has the added advantage of 
not affecting any existing client-side software systems. 


Then angain...I may be restating a solution that was previously considered 
or thrown away for reasons I'm unaware of. 


Ev Tupis, W2EV 
BEACONet lets you look at the world in ways never before imagined. 
http: //go.to/BEACONet 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 21:05:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA25625 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 21:05:04 -0500 (CDT) 
Message-ID: <LYR11589-81184-2002.05.25-21.40.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 25 May 2002 22:04:33 -0400 
From: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Path Auditing through the IStream 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Message-Id: <3CF042B1.B6A7EFD@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


There is a great value in knowing where a frame entered and exited the 
IStream. Please, as the discussion on validation continues, keep in mind 
that it would be good to assure full path-auditing. 


Launched : WB4APR>RELAY,WIDE5-5:... 
ist Digipeat : WB4APR>DIGI1,WIDE5-5:... 
2nd DIgipeat : WB4APR>DIGI1,DIGI2,WIDE5-4:... 


IGATE RX'd and passed to IStream: WB4APR>DIGI1,DIGI2,IGATE,WIDE5-4:... 
RGATE sends IStream frame to RF : WB4APR>DIGI1,DIGI2, IGATE,RGATE,WIDE5-4: 


Also...include logic to avoid unanticipated violation of AX.25 protocol: 


Launched: WB4APR>RELAY,TRACE5-5:... 
Digipeat: WB4APR>DIGI1,TRACE5-5:... 
Digipeat: WB4APR>DIGI1,DIGI2,TRACE5-4:... 
IGATE : WB4APR>DIGI1,DIGI2,IGATE,TRACE5-4:... 
RGATE : WB4APR>DIGI1,DIGI2,IGATE,RGATE, TRACE5-2:... 
AN 
Modified by RGATE to assure a max 
of 7 'hops' to assure no violation of 
AX.25 protocol. 
Digipeat: WB4APR>DIGI1, DIGI2, IGATE,RGATE,DIGI3,TRACE5-1:... 
Digipeat: WB4APR>DIGI1, DIGI2,IGATE,RGATE,DIGI3,DIGI4,TRACES5:... 


Simply stating a need. There are probably many ways to do it. :0) 


Kind regards, 

Ev, W2EV 

BEACONet lets you look at the world in ways never before imagined. 
http: //go.to/BEACONet 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 21:11:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA26089 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 21:11:31 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Another IStream Validation Approach 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Sat, 25 May 2002 21:11:05 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81185-2002.05.25-21.46.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] Another IStream Validation Approach 
Thread-Index: AcIEVmVIMbim13jbQ6Ge1jsPdZUNNgAA/rEg 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CB8F@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA26089 


Validation already takes place at the APRS-IS server. The issue is 
regarding the validation algorithm being public domain. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Diese Original Message----- 

From: Ev Tupis (W2EV) [mailto:w2ev@rochester.rr.com] 
Posted At: Saturday, May 25, 2002 8:41 PM 

Subject: [aprsspec] Another IStream Validation Approach 


Think through a system whereby the frame validation takes place at the 
Internet Server. All Internet traffic flows through them 


VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 21:16:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA26193 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 21:16:04 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Path Auditing through the IStream 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Sat, 25 May 2002 21:15:48 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81186-2002.05.25-21.51.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] Path Auditing through the IStream 
Thread-Index: AcIEWc+KU50KykykS1iZJjhAsScBtEgAAMpbQ 
From: "AE5PL Lists" <HamLists@ametx.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CB90@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA26193 


Ev, 


The AX.25 limit of 8 callsigns in the path is not an issue today as 
packets are gated to RF using third-party packet format. Third-party 
packets allow the AX.25 restrictions to be adhered to on both RF sides, 
but allows the flexibility to add the IGate information you seek into 
the third-party header (see chapter 17 in the spec). The IGate that 
gates to RF is already identified per third-party packet rules. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Pocastt Original Message----- 

From: Ev Tupis (W2EV) [mailto:w2ev@rochester.rr.com] 
Posted At: Saturday, May 25, 2002 9:06 PM 

Subject: [aprsspec] Path Auditing through the IStream 


There is a great value in knowing where a frame entered and exited the 
IStream. Please, as the discussion on validation continues, 

keep in mind 

that it would be good to assure full path-auditing. 


Also...include logic to avoid unanticipated violation of 
AX.25 protocol: 


VV VV VV VV VV WV 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 21:31:28 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA26885 
for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 21:31:22 -0500 (CDT) 
Message-ID: <LYR11589-81189-2002.05.25-22.06.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 25 May 2002 22:30:27 -0400 
From: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Path Auditing through the IStream 
References: <LYR21978-81186-2002.05.25-21.51.34-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Message-Id: <3CFQ48C3.1A64F01F@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


AE5PL Lists wrote: 

The AX.25 limit of 8 callsigns in the path is not an issue today as 
packets are gated to RF using third-party packet format. Third-party 
packets allow the AX.25 restrictions to be adhered to on both RF sides, 
but allows the flexibility to add the IGate information you seek into 
the third-party header (see chapter 17 in the spec). The IGate that 
gates to RF is already identified per third-party packet rules. 


VV VV VV 


I just connected to AHubEast, and in 30-seconds had a ton of APRS stations 
on my map. I double-click on a station in California and this is what I get 
for a path: 


KE6NYT-14>GPSLK,RELAY,WIDE,WIDE,WIDE: 
$GPRMC ,022131,A,3411.942,N,11911.128,W,000.0,262.4,260502,014.1,Ex68 


>From the raw data, had I not been attached to the AHubEast, I'd think that 
the band was open coast-to-coast. I see a callsign, no call 
substitution...as far as I can tell, this frame made it from California to 
NY -- simplex. 


If the IStream path is preserved somewhere, how do I get to see it? 


Asking from ignorance. 


Ev, W2EV 
BEACONet lets you look at the world in ways never before imagined. 
http: //go.to/BEACONet 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat May 25 22:07:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA28733 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 22:06:56 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 25 May 2002 23:06:32 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81147-2002.05.25-14.14.03-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81192-2002.05.25-22.42.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205252237570.28167-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, AE5PL Lists wrote: 


Bob Said: 

> If you mean at the injection point, then the above packet "could" be 
> stripped down to only DIGI1*,HOPS4*,IJGATEx,I going into the APRS-IS. 
> It retains everything I need to know: 


But it does not provide a true routing history of the packet. If 
someone wanted to reduce the dependence on generic digipeating to 


VV VV VV MV 


> message with someone, your method precludes that from happening. It 
> also puts a stumbling block in the way of people trying to create 
> routing devices or applications for APRS. 


This part of the discussion, I thought was trying to address how we 
handle the fact (that we all agree) is that there just will never be 
enough room to keep the entire path intact end-to-end or the packet 
becomes so long as to be impractical. I agree completely that I would 
like to see the entire path, but in practical terms, I see that as 
impossible. SO my idea above is simply my offering of a way to preserve 
the most important part (the entry points and number of hops) and move 
on... 


> Because it is not increasing complexity, but the opposite. What is 
> simpler than using KISS to regenerate a packet and eliminate 
> the overhead of packets within packets? 


But you ARE adding a layer of complexity by now saying there are two 
ways for a packet to be reintroduced into the AX.25 world. And, you are 
adding complexity for the reintroducing IGate to differentiate between 
those packets that can be regenerated and those that can't. And what 
overhead do you save? The FROMCALL of the IGate and a } data type? I 
don't think 10 bytes is worth the added complexity you would be 
introducing. 


VV VVVV VV VV MV 


So what are you saying? We just dont do anything and leave the system as 
it is? I agree that I am adding something to the system. So? 

I see lots of benefits out of it, I dont see that you are necessarily 
pointing out any problems with it, other than it is adding an additional 
construct... So? 


> How is it broken? There are problems, yes. But your proposal of adding 
> another layer of complexity does nothing to fix those problems. 


It sure seems to me like it has the potential to fix all the problems if 
we figure out how to do it right... 


The problems are primarily related to IGate software which do not handle 
current packets properly. The APRS-IS system is finally beginning to 
stabilize. Worldwide communication between local RF environments is 
possible. Let's push to have the IGate authors fix what they have 
today. 


VV VV WV 


That is exactly the probelm I am trying to fix. The problem is that we 
have NO common AGREED-TO standard of how to "“handle-current-packets- 
properly" Your statement is like the age-ole'’ "buy low, sell high" 
advice for the stockmarket... Everyone agrees 100% that that is what is 
needed for success in the stock market, its just that no one knows how 


to do it... 


> Let's not try to force them into trying to account for another 
> layer of complexity which would remove routing information from the 
> header. 


OK, so what do you propose to handle complete paths end-to-end? 


Adding the ",MYCALL,I*" at the injection point to a header after 
trimming non-used digis is a nice enhancement for traceability. 
Trimming out used digis reduces traceability and renders routing 
algorithms useless. 


VV VV 


I thought it was a given that we cannot possible preserve all hops 
end-to-end. In fact the APRS-IS currently throws away ALL source path 
information! So how can you argue against my proposal which preserves the 
important parts and insist that we stick with what we have because my 
proposal does not preserve ALL of it? This just does not compute? 


> Nothing is gained by using KISS to regenerate a packet if the IGate 

> still needs to interpret the packet and possibly send it as a 

> third-party packet. And, nothing is gained by using KISS if the RF path 
> desired takes more than 2 distinct hops. 


I disagree with both statements. And even if nothing was gained in some 
unique situations, then the Igate can simply not use KISS if it thinks 3rd 
party is better. We are not saying that anyone needs to move to KISS. 

The proposal only says it will be possible... So, dont use kiss if you 
dont want to. Its an option for those that want to save the 16 Bytes on 
RF in every APRS-IS-to-RF packet. 


On the surface, KISS packet regeneration is a good idea. However, when 
the ramifications of the increased complexity of IGates having to 
interpret 2 different types of packet routes, of reduced routing 
information, and of maintaining support for non-AX.25 compliant headers 
is accounted for, I don't think 10 bytes of packet overhead is worth it. 


VV VV WV 


Its 16 bytes or so. ANd all APRS software currently has to handle dozens 
of formats. KISS mode adds ZERO complexity, because it is NOTHING new. 

a KISS packet is 100% indistinguishible from any packet on the air to day. 
If your software can handle ANY ax.25 packet you har right now, then it 
already can handle ANY kiss packet. That is the beauty of it, in that it 
makes the APRS-IS seamless to existing protocol... 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 22:13:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA28890 
for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 22:13:04 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Path Auditing through the IStream 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Sat, 25 May 2002 22:12:42 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81194-2002.05.25-22.48.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Path Auditing through the IStream 
Thread-Index: AcIEXYLhXpkUL3G£TSui6yMgd3IZKgABCoZw 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48EC4@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id WAA28890 


Currently, most IGates do not modify the RF->Internet headers. We have 
had an extensive discussion about that over the last 3 days on this SIG. 
It has been generally agreed that it would be good to have the 
RF->APRS-IS IGate trim the header per the APRS spec for third-party 
header trimming (chapter 17) and then append MYCALL,I*. The I* means 
you are seeing the packet being digi'ed by the Internet. The call 
preceding the I is the call of the injecting IGate. 


Other than that, however, there is no differentiation between packets 
received via RF and packets on APRS-IS. Most client software gives you 
the capability to distinguish between packets received via the Internet 
and those packets received from RF. One of the beauties of APRS-IS is 
the fact that it doesn't change the packets, allowing for very clean 
insertion back to RF, if necessary, using the third-party packet format. 


In essence, you do have a band opening. It just happens that it is via 
the Internet :) 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Bisa Original Message----- 

> From: Ev Tupis (W2EV) [mailto:w2ev@rochester.rr.com] 

> Posted At: Saturday, May 25, 2002 9:32 PM 

> Subject: [aprsspec] RE: Path Auditing through the IStream 

> 

> From the raw data, had I not been attached to the AHubEast, 
> I'd think that 

> the band was open coast-to-coast. I see a callsign, no call 
> substitution...as far as I can tell, this frame made it from 
> California to 

> NY -- simplex. 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 22:36:12 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ0124 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 22:36:04 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Sat, 25 May 2002 22:35:54 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81202-2002.05.25-23.11.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIEYomMgP8Aj+cpSj0IJVd+rCv1UUsAAPO1s 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO48EC5@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id WAA00124 


poess sis Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Posted At: Saturday, May 25, 2002 10:08 PM 

Subject: [aprsspec] RE: Injecting IGate identification 


This part of the discussion, I thought was trying to address how we 
handle the fact (that we all agree) is that there just will never be 
enough room to keep the entire path intact end-to-end or the packet 


VVVVV VV 


No, the third-party packet format DOES let us keep the entire path 
intact. 


> So what are you saying? We just dont do anything and leave 

> the system as 

> it is? I agree that I am adding something to the system. So? 

> I see lots of benefits out of it, I dont see that you are necessarily 
> pointing out any problems with it, other than it is adding an 

> additional 

> construct... So? 


You are telling the IGate programmers that they now have to parse EVERY 
packet for I, or TCPIP, or TCPXX, not just third-party packets. Bob, 
the algorithms become very complex very quickly. 


> It sure seems to me like it has the potential to £1ix all the 
> problems if 
> we figure out how to do it right... 


What problems does this fix? I fail to see one problem that this would 
address. I do see some problems it could introduce. 


That is exactly the probelm I am trying to fix. The problem 

is that we 

have NO common AGREED-TO standard of how to "handle-current-packets- 
properly" Your statement is like the age-ole’ "buy low, sell high" 


VV VV 


We DO have a common AGREED-TO standard. It is the third-party packet 
standard defined in Chapter 17 of the spec and the APRS spec, as a 
whole. The problem with packets not being handled correctly by some 


versions of IGate software stem primarily from interpreting various TNC 
settings or Mic-E packets, not APRS packets in general. The Mic-E 
problems are being addressed by the removal of Mic-E conversion (first 
put in to help accommodate findu.com). The TNC problems will always be 
there as long as different TNC's exist. The software writers have done 
a good job of tackling those issues when they come up. 


> OK, so what do you propose to handle complete paths end-to-end? 
Third-party packets. 


> I thought it was a given that we cannot possible preserve all hops 
> end-to-end. In fact the APRS-IS currently throws away ALL source path 
> information! So how can you argue against my proposal which 


APRS-IS does no such thing! APRS-IS, currently, preserves the ENTIRE 
source path, possibly to a fault. It is NOT a given that we cannot 
preserve all hops, end-to-end. We do it today using third-party 
packets. The only thing missing is identification of the IGate that 
injects a packet from RF to APRS-IS. And that would be covered by the 
addition of MYCALL,Ix. 


The proposal only says it will be possible.. So, dont use kiss if you 
dont want to. Its an option for those that want to save the 

16 Bytes on 

RF in every APRS-IS-to-RF packet. 


VVV NM 


But then every IGate can no longer assume that a non-third-party packet 
is from RF. There isn't enough APRS-IS to RF activity to justify adding 
this level of complexity to save 16 bytes for some packets (I still 
don't see where you get 16) by someone who might do this in the future. 


> Its 16 bytes or so. ANd all APRS software currently has to 
> handle dozens 
> of formats. KISS mode adds ZERO complexity, because it is 


Not true. You add the complexity of no longer having a definite 
indicator of an Internet originated packet. Today, we do. It isa 
third-party packet with TCPIP in the third-party header. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 22:50:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ0391 
for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 22:50:21 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Sat, 25 May 2002 22:50:08 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81204-2002.05.25-23.25.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIEYomMgP8Aj+cpSj0IJVd+rCv1LUUgAAPO1SAAD+b+A= 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48EC6@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id WAA00Q391 


So eeces Original Message----- 

> From: AE5PL Lists 

> Posted At: Saturday, May 25, 2002 10:37 PM 

> Subject: [aprsspec] RE: Injecting IGate identification 

> 

> You are telling the IGate programmers that they now have to 

> parse EVERY 

> packet for I, or TCPIP, ox TCPXX, not just third-party packets. Bob, 
> the algorithms become very complex very quickly. 


This also affects all client software today that differentiates between 
gated and RF direct packets. Is it really worth asking all software 
authors to re-write their packet parsing code to accommodate the 
possibility that someday, someone might not use third-party packets to 


inject a gated packet into the VHF network? What we have today works. 
There is nothing wrong with it. Adding the possibility of gated packets 
appearing as regular packets gains nothing other than adding another 
level of complexity to already complex programs. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sat May 25 23:46:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA01894 

for <lyris.aprsspec@tapr.org>; Sat, 25 May 2002 23:46:11 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 00:45:51 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81147-2002.05.25-14.14.03-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81224-2002.05.26-00.21.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0205260040240 .8735-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 25 May 2002, AE5PL Lists wrote: 


> > From: Bob Bruninga [mailto:bruninga@usna. edu] 


> If you mean at the injection point, then the above packet "could" be 
> stripped down to only DIGI1*,HOPS4*,IJGATEx,I going into the APRS-IS. 
> It retains everything I need to know: 


VV VV WV 


But it does not provide a true routing history of the packet. 


After some thought, I realize that I think we are in violent agreement. 
The path "condensation" technique I propose above only takes place when 
the packet must be routed back to RF. That is when my 7-hop model kicks 
in. I may not have presented it well. When the path is injected into the 
APRS-IS it remains in full with only ",IJGATE,I" tacked onto the end. 

Thus it is available thorughout APRSdom with full path intact. 


It is only when processes need to shorten the path that then my 7 Hop 
model kicks in to provide a standard technique. This only occurs when 
the packet goes back to RF. In this sense, it is far better than the 
current APRS-IS technique of eliminating the ENTIRE path. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 00:02:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ4494 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 00:02:22 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 01:01:56 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81160-2002.05.25-15.01.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81226-2002.05.26-00.37.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0205260055520.8735-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, AE5PL Lists wrote: 


> By the way, IMO IGate software is currently the most complex and 
> difficult APRS application to write. The IGate authors have had to 
> "make it up as they go" for the most part and the logic is not trivial. 


Yes, that is exactly the problem I am trying to solve. If we put down an 
END goal and a phased plan to get there, then we solve that problem. 


I think they have done an excellent job of getting their software to 
play well under the varied environments that exist. I do not want to 
see their job made harder by adding more variables into their already 
complex equation. 


> 
> 
> 
> 
> 
> I would say that 90% of the problems seen on APRS-IS have been IGate 

> caused (mangled packets, Mic-E conversions, etc.) and improper server 

> configurations (servers randomly interconnected, using wrong ports, 

> etc.). 

That is exactly the point. With every author doing his best to define 
what the APRS-IS is and with no written guidance to a common standard, we 
have everyone working hard in different directions and only making things 
worse instead of better. 


> The first is being actively worked on by the IGate authors. The 
> second gets worked on as they occur. 


But what is their guidance? It is EASY to write code as long as one knows 
for sure where he is going and what is is end objective. It is impossible 
to write code that works reliabably with everyone else wehn everyone else 
is not necessarily working to the same end objective.. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 00:46:35 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ5707 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 00:46:32 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 01:45:47 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Path Auditing through the IStream 
In-Reply-To: <LYR11586-81194-2002.05.25-22.48.29-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81243-2002.05.26-01.21.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205260141271.8735-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, AE5PL Lists wrote: 


Currently, most IGates do not modify the RF->Internet headers. We have 
had an extensive discussion about that over the last 3 days on this SIG. 
It has been generally agreed that it would be good to have the 
RF->APRS-IS IGate trim the header per the APRS spec for third-party 
header trimming (chapter 17) and then append MYCALL,I*. The I* means 
you are seeing the packet being digi'ed by the Internet. The call 
preceding the I is the call of the injecting IGate. 


VV VV VV MV 


Im a little behind on email, but just to clarify my proposal, I dont want 
to trim any path information going into the APRS-IS. That is where we 
have the bandwidth and want to see everything. The path "condensation" 
process I suggested is only when (or if) a path needs to be truncated when 
it goes back to RF... Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 01:30:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ7032 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 01:30:55 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 02:30:21 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81202-2002.05.25-23.11.39-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81267-2002.05.26-02.06.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205260147130.8735-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, AE5PL Lists wrote: 


> Bob said: 

> > This part of the discussion, I thought was trying to address how we 
> > handle the fact (that we all agree) is that there just will never be 
> > enough room to keep the entire path intact end-to-end or the packet 
> 

> No, the third-party packet format DOES let us keep the entire path 

> intact. 


Huh? I don't follow your logic. Here is the way it looks to me: 


1) The current APRS-IS currently truncates ALL source path data in 
its use of 3rd party IS-2-RF. (I want something less restrictive) 


2) The current 3rd party format adds 16 bytes to an already very long 


header. (I want to make it possible to eliminate those bytes (if we 
want to))... 


> You are telling the IGate programmers that they now have to parse EVERY 
> packet for I, or TCPIP, or TCPXX, not just third-party packets. Bob, 
> the algorithms become very complex very quickly. 


Realy? I dont consider the following line of code "very complex": 

If instr(packet$,"TCPIP") ox INSTR(Packet$,"I") then IGNORE. 
That does the entire job in one line. I left out the TCPXX because as 
steve poitned out, that should never appear on RF in the first place. 
(Although I as a programmer would definately put it in, becasue there 


never is such as thing as "never")... 


> It sure seems to me like it has the potential to fix all the 
> problems if we figure out how to do it right... 


What problems does this fix? I fail to see one problem that this would 
address. I do see some problems it could introduce. 


VV VV Vv 


The #1 problem the proposal solves is that it gives a single 
common objective for APRS-IS code writers (currently there is none). 
Further it provides for: 


1) Injecting IGate identification (The main shortcoming of APRS-IS 1.0) 


2) Defines a single standard for ASCII Header representation including 
the preservation of the HAS-BEEN-USED bit in the AX.25 digi fields 


3) It provides for PATH PRESERVATION end-to-end for reasonable packets 

4) It provides for a standard PATH CONDENSATION method that preserves all 
points of entry both in the RF and APRS-IS domain end-to-end if 
size limitations are exceeded 

5) It is fully AX.25 on-air compatible. 

6) It moves the basis for APRS-IS loop filtering to be based on actual 
path data through the APRS-IS instead of basing it on a second order 
format definition byte which is not unique to the APRS-IS and is 


therefore currently ambiguous... 


7) It allows for future KISS mode implementations for seamless RF-IS-RF 
and any other potential non-RF linkages. 


> > the probelm I am trying to fix. The problem 


> > is that we 
> > have NO common AGREED-TO standard of how to "handle-current-packets- 
> > properly" Your statement is like the age-ole' "buy low, sell high" 


We DO have a common AGREED-TO standard. It is the third-party packet 
standard defined in Chapter 17 of the spec and the APRS spec, as a 
whole. 


VV VV 


But that does not do, #1, #2, #3, #4, #5, 6 nor #7 above. I think it is 
time to move on... 


The problem with packets not being handled correctly by some 

versions of IGate software stem primarily from interpreting various TNC 
settings or Mic-E packets, not APRS packets in general. The Mic-E 
problems are being addressed by the removal of Mic-E conversion (first 
put in to help accommodate findu.com). The TNC problems will always be 
there as long as different TNC's exist. The software writers have done 
a good job of tackling those issues when they come up. 


VV VVV VV 


No, we can solve the TNC differences easily and it is part of my propoal 
#2 above. We need to solidify to a single, unambiguous ASCII 
representation of AX.25 header for transfer of packets though non-AX.25 
networks (such as the APRS-IS). Most authors currently target the TAPR2 
standard. But that standard has one SIGNIFICANT weakness for APRS, and 
that is that it only displays the HAS-BEEN-USED bit of the last digi in 
the path. This is unacceptible to APRS which does not require sequential 
digi field usage and leaves us with ambiguities. The only solution is to 
adopt a more thourough TAPR2 type ASCII representation that preserves the 
HAS-BEEN-USED bit with every DIGI field. Then nothing is lost through the 
APRS-IS. 


> > OK, so what do you propose to handle complete paths end-to-end? 
> 
> Third-party packets. 


And nothing in my proposal does anything to eliminate 3rd party packets. 
In fact, by moving LOOP filtering to TCPIP, and "I", it strengthens 3rd 
party format for more general use. 


Bob said: 

> I thought it was a given that we cannot possible preserve all hops 

> end-to-end. In fact the APRS-IS currently throws away ALL source path 
> information! So how can you argue against my proposal which... 


APRS-IS does no such thing! APRS-IS, currently, preserves the ENTIRE 
source path, possibly to a fault. It is NOT a given that we cannot 
preserve all hops, end-to-end. We do it today using third-party 


VV VV VV VV 


> packets. 


That is not my underswtanding. Every APRS-IS packet I see back on RF 
throws away ALL source path information and substitues TCPIP in its place. 
In fact, I think chapter 16 requires it (though I dont have my copy here 
handy)... 


> The only thing missing is identification of the IGate that injects a 
> packet from RF to APRS-IS. And that would be covered by the addition of 
> MYCALL,I*. 


Yep, I'm tying to put a label on that capability by calling that part of 
APRS-IS 1.1 in the proposal... But so far a few high profile authors have 
not implemented it... and so we need to continue to stress the importance 
of this to them... 


> The proposal only says it will be possible... So, dont use kiss if you 
> dont want to. Its an option for those that want to save the 
> 16 Bytes on RF in every APRS-IS-to-RF packet. 


But then every IGate can no longer assume that a non-third-party packet 
is from RF. There isn't enough APRS-IS to RF activity to justify adding 
this level of complexity to save 16 bytes for some packets (I still 
don't see where you get 16) by someone who might do this in the future. 


VV VV VV VV 


I can think of MANY present and future applications that can benefit 
greatly from not only KISS regenration but also general use of 3rd party 
format. BOTH OF THESE are completely blocked because of the current 
APRS-IS loop filter dependency on 3rd party as the only loop filter. 

In my opinion, we must move away from that dependency and eliminate this 
roadblock to future development! 


> ANd all APRS software currently has to > > handle dozens 
> of formats. KISS mode adds ZERO complexity, because it is... 


Not true. You add the complexity of no longer having a definite 
indicator of an Internet originated packet. Today, we do. It isa 
third-party packet with TCPIP in the third-party header. 


VVVVNV WV 


So why then the dependency on 3rd party filtering since filering on only 
the "TCPIP" will do the job. By eliminating the dependency on 3rd party 
as the loop filter, and moving filtering to the PATH data that indicates 
the packet actually WENT rhough the APRS-IS is the logically consistent 
way to do things.. 


And it frees up both 3rd party and KISS processing for lots of present and 
future applications and places filtering where it is supposed to be (on 


path data) not on construct... 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 01:44:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ7332 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 01:44:32 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 02:44:03 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81204-2002.05.25-23.25.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81269-2002.05.26-02.19.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0205260231280.8735-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 25 May 2002, AE5PL Lists wrote: 


This also affects all client software today that differentiates between 
gated and RF direct packets. Is it really worth asking all software 
authors to re-write their packet parsing code to accommodate the 
possibility that someday, someone might not use third-party packets to 
inject a gated packet into the VHF network?.. 


VV VV V 


All APRS-IS packets under my proposal will be trivial to recognize. One 
line of code can do it. Here it is: 


If INSTR(packet$,",I,") ox INSTR(packet$,",I:") then THIS-IS-GATED 
> What we have today works. There is nothing wrong with it. 


I think it is a great system. But Steve has publically stated that 
its one big shortocming is the lack of source identification. 
Adding that REQUIRES incomming packet header processing. and once 
you have to add that to ALL Igates, then it s trivial to fix a few 
other things while we are at it. All of the 7 items that I have 
elaborated above are trivial to do, once you have already taken the 
step of parsing the incoming header. My point is why not then do 
them? 


> Adding the possibility of gated packets appearing as regular packets 
> gains nothing other than adding another level of complexity to already 
> complex programs. 


I just dont think most code writers will find this overly complex. And 
since they MUST add the additional processing already inorder to do IGate 
Injection identification, then the rest is trivial. So I think that 
unless you are saying we dont want Injection-Igate-Identification, then 
your arguments about added complexity are moot. 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 03:44:42 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA20829 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 03:44:36 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Sun, 26 May 2002 03:44:14 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81272-2002.05.26-04.20.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 


Thread-Index: AcIEgN6sai82ZGeJSOQurxV8alLBdnAACulWg 

From: "AE5PL Lists" <HamLists@ametx.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48EC7@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id DAA20829 


I wish to clarify what I have been saying so that there is no 
misunderstanding. Reading the snipped emails shows me that there may be 
some out-of-context interpretation being done. 


1. APRS-IS is not broken. There is software in existence that does not 
comply with the APRS specification. There are TNC's poorly configured 
which confuse the APRS software. There are other issues that have 
nothing to do with this thread such as server interconnections and 
verification. 


2. Third-party packets should follow the specification regarding source 
header format (trimming all unused digis and removing all x before 
appending TCPIP,MYCALL2RFx). If software doesn't do this, it needs to 
be corrected in that software. If the source header ends in TCPIP or 
TCPXX, only MYCALL2RF* need be appended. 


3. I agree that injection IGate identification should exist. After 
looking at statement #2, I think the insertion identification should be 
done after performing the third-party header trim function. Then, the 
insertion identification should be MYCALLIN,TCPIP* This indicates "was 
digi'ed by MYCALLIN and is seen digi'ed by the Internet". Then, the end 
gating back to RF would only need to remove the * and add MYCALL2RF* to 
the outgoing third-party packet header. 


The above statements show that a specification does exist today in the 
standard APRS spec for gated packets. #3 is a fully backward-compatible 
addition to that specification. 


I believe that adding the possibility for gated packets to appear as 
non-third-party packets does the following: 


1. Makes all IGate software that currently exists incompatible with 
those packets as no IGate software currently considers non-third-party 


packets as gated. 


2. Makes all client software that currently differentiates between RF 
and gated packets incompatible with those packets. 


3. Introduces the possibility of path history loss due to AX.25 
restrictions. 


4. Adds a level of complexity currently not defined in the APRS 
specification. 


A quick look at the APRS-IS data stream shows that we can't "force" 
someone to upgrade their software. We see this all of the time with 
older IGate software with known bugs still being used. If number 1 
regarding gating as standard packets is true, then we introduce a 
definite loop problem as older software will not know when not to gate 
the packet to the Internet and the servers would have no way of knowing 
whether a packet was originated on the Internet or gated to the 
Internet. This means that the servers would have no protection against 
this type of loop if the packet is gated back to the Internet outside of 
the dupe check algorithm limits. 


While maybe not the absolute most efficient format from the standpoint 
of length, third-party packets provide a well-defined method for gating 
packets to an AX.25 medium. By definition, gated packets are the 
exception, not the rule. The .1 to .2 second transmission savings for 
the packets that could be transmitted in AX.25 format may not be worth 
introducing the incompatibilities listed above. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 07:39:18 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA29080 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 07:39:14 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 08:38:00 -0400 (EDT) 


From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: TAPR APRS SIG <aprssig@lists.tapr.org> 

Subject: [aprsspec] The original APRS plan 

Message-ID: <LYR11589-81295-2002.05.26-08.13.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0205260802190.6424-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


For what it is worth, here is what I wanted as the ultimate APRS routing 
plan back in 1995 when I was trying to come up with the shortest possible 
packet for the Mic-E (and later the kenwoods): 


SSID-ROUTING: This uses the SSID on the TOCALL to indicate N hops just 
like we do WIDEn-N. But since it is the SSID on the TOCALL, then there is 
no need for the 7 byte or any aditional 7 byte digi fields. Thus 


MYCALL>TOCALL-N: 'LLLCS/$ 


Was a complete Position/Status/Comment packet and only took 0.2 seconds. 
This capability is built into every Mic-E and or Kenwood, and in fact 

can still be done by ANY TNC. But three things went wrong preventing its 
wide spread usage: 


1) The only DIGI-writers to implement SSID routing were DIGI_NED, UI-DIGI 
and Kenwood. 


2) The SSID-N just like the WIDEn-N expected the FIRST digipeater to do 
callsign substitution, so that the path was traceable back to the RF 
injection point. This was destroyed by Kantronnics missinterpretation of 
my spec, and they made all WIDEn-N digi's insert the LAST digipeater. 
This is the well known issue that I beat to this day, that NOID must be 
enabled so that Kantronics TNC's do not do this. If ID is on, then 
kantronics destroy the SOURCE-DIGI field. 


2.5) Notice, that because of this Kantronics error, that we individually 
have to put the SOURCE digi into the packet ourselves as WIDE,WIDEn-N. 
And this causes dupes in the network and now requires 14 additional bytes 


in every packet over what SSID routing could do. 


3) One popular application (against my strong objections) began using the 
TOCALL SSID for other purposes. Thus these packets would do wild things 
if ever introduced on 144.39 if SSID routing were implemented. 


We have several things (Finally) that can bring SSID routing back out of 
the closet and let it revolutionize APRS with shorter packets. Remember 
that SSID routing is 100% identical with WIDEn-N but it saves 7 to 14 
bytes in every packet. And for a Mic-E, Tiny-Track, MIM or Kenwood posit 
packet which is only 23 bytes long in the first place, that is a 25% to 
35% improvement! 


We could actually realize SSID routing in the future because: 


A) More and more people are using UIDIGI, DIGI_NED, and other hOME-grown 
digipeater software. These run on any-old TAPR-2 TNC and there are 
hundreds of thousands of those around... 


B) Kantronics is probably working on a follow on release? I have no 
knowledge, but it has been a long time since they had a release. 
(Except then we would have to suffer the complaints of everyone 
(over the $60 upgrade cost)... 


C) More and more people are accepting the idea that the most important 
digi for path tracing is the FIRST one. The place where the guy is and 
the place where the packet first enters the network. (NOID) 


D) The other application that uses TOCALL ssid's for other purposes 
remains on another frequency and so far has not been a problem. 


E) We need everyting we can to improve network efficiency. 

If you want to hear how short a Mic-E packet is with SSID routing, take 
your kenwood, change its path to "3". Not RELAY, NOT WIDE, not WIDE3-3 
but simply 3. Then change the transmit mode from AUTO to PTT. THen push 


and release your PTT button. Short and sweet! 


AND it is 100% equivalent to "DIGI1,WIDEn-N" if the network would just do 
it that way saving actually 14 bytes per packet. 


Anyway, jsut something to chew-on... 
de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 07:48:06 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA29759 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 07:48:05 -0500 (CDT) 
Message-ID: <LYR11589-81298-2002.05.26-08.22.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 26 May 2002 08:44:53 -0400 
From: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] Re: Message Authentication (was Re: we have a 
loop) 
References: <LYR21977-81233-2002.05.26-01.04.32-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@rochester.rr.com> 
X-Message-Id: <3CFOD8C5.99450DAF@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


That is where we stand today, a couple of years later. I very 
definitely hope someone comes up with a secure open source solution 
which allows the stream to be secured again. Designing and 
administering such a system will be a lot of work, and I'm not 
surprised no one has taken this on. Until it happens, the APRS IS 
remains vulnerable, and could become unusable at any time. 


VV VV VV 


I won't chime-in any longer on this topic, other than this last time. It's 
become obvious that we're in the same position with this thread as we were a 
couple of years ago with the APRS Protocol Specification discussion. Until 
things are fully documented as they are, it will be difficult to offer any 
assistance in getting us to where we need to be. 


Until then, only those that are actually coding to the IStream really know 
the ins and outs and the rest of us are often times suggesting solutions 
that can't work for one reason or another. 


With that in mind, my last comment (other than if a point endagers an 
eventual BEACONet use of the IStream) is below... 


Consider a server-side rather than client-side solution, not unlike a router 
table. When an author generates a "registered" copy of their software they 
submit a proprietery hash to the client and both the callsign and hash to 
the server. 


o Authors are still generating the hash table...they simply send the 
‘registration’ information to two places, rather than one. 

o Each author can use their own proprietary hash-table 

Authors simply share their hash-table with the APRS-WG for archival 

o New authors could be evaluated prior to being given access to update 
the server table 


[o) 


The risk profile is significantly reduced. 


Client-side software requires no (or minimal) modification (aside: if the 
hashcode for accessing the IStream changed, it would force software 
upgrades...maybe not a bad thing anyway). 


Server-side software does. :o0) 


With kind regards, 

Ev, W2EV 

BEACONet lets you look at the world in ways never before imagined. 
http: //go.to/BEACONet 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 08:03:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ0971 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 08:03:37 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 09:03:24 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81272-2002.05.26-04.20.07-- 
bruninga#nadn.navy.mil@lists.tapr.org> 


Message-ID: <LYR11589-81300-2002.05.26-08.39.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0205260840440 .6424-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 26 May 2002, AE5PL Lists clarified his posts: 


1. APRS-IS is not broken. There is software in existence that does not 
comply with the APRS specification. There are TNC's poorly configured 
which confuse the APRS software. There are other issues that have 
nothing to do with this thread such as server interconnections and 
verification. 


VV VV V 


All of those add up to a big mess. "Broken" was a poor choice of words on 
my part. But EVERY code writer involved in the APRS-IS to my knowledge 
admits that things are a "mess!". 


> 3. I agree that injection IGate identification should exist. After 
> looking at statement #2, I think the insertion identification should be 
> done after performing the third-party header trim function. 


Impossible. Currently the header TRIM function is done at the DX end 
long after the packet was injected into the APRSIS. If you wait till 
then, then you have no clue where it came from, or if you somehow solve 
that problem, then your are triming at injection, which I though we all 
agreed was not what we want. We want the PATH data to remain intact into 
the APRS-IS because of its WEALTH of information. If you trim at 
injection, then FINDU would never be able to show you the path of your 
packets. 


Then, the 

insertion identification should be MYCALLIN,TCPIP* This indicates "was 
digi'ed by MYCALLIN and is seen digi'ed by the Internet". Then, the end 
gating back to RF would only need to remove the * and add MYCALL2RFx to 
the outgoing third-party packet header. 


VV VV Vv 


We should never be discarding valuable "has-been-used" bits (the *). In 
your example above, then there is total ambiguity in the MYCALLIN field. 


Was it the IGate, or was it an intended (but unused) path in theoriginal 
packet? 


> #3 is a fully backward-compatible addition to that specification. 


But is impossible to implement (as written), removes all PATH information 
at injection. Continues our dependence on 3rd party as the only loop 
filter, prevents use of the more efficient KISS mode implementations, 
prevents any other use of the 3rd party format, and stagnates us to the 
status quo. 


> I believe that adding the possibility for gated packets to appear as 

> non-third-party packets does the following: 

> 

> 1. Makes all IGate software that currently exists incompatible with 

> those packets as no IGate software currently considers non-third-party 
> packets as gated. 


That is why we are trying to define our goals for the future. 


> 2. Makes all client software that currently differentiates between RF 
> and gated packets incompatible with those packets. 


That is why we are tying to defind our goals for the future. 


> 3. Introduces the possibility of path history loss due to AX.25 
> restrictions. 


Exactly the opposite. Makes it possible for PATH preservation for 
typical packets end-to-end through the APRS-IS 


> 4. Adds a level of complexity currently not defined in the APRS 
> specification. 


Which is trivial to do. Big deal... 


A quick look at the APRS-IS data stream shows that we can't "force" 
someone to upgrade their software. We see this all of the time with 
older IGate software with known bugs still being used. If number 1 
regarding gating as standard packets is true, then we introduce a 
definite loop problem as older software will not know when not to gate 
the packet to the Internet and the servers would have no way of knowing 
whether a packet was originated on the Internet or gated to the 
Internet. This means that the servers would have no protection against 
this type of loop if the packet is gated back to the Internet outside of 
the dupe check algorithm limits. 


VV VV VV VV VV 


I disagree comletely. If done as I proposed, the plan is fully backward 


compatible, AND also it has a mechanism for detection obsolete software 
and disconnecting it from the network automatically if we want so that the 
NETWORK can protect its processes from old obsolete software. That is 
the whole point. The current process has no such mechanism! 


The network must have a plan, and the plan must allow the network to 
assure compatibility or we have gained nothing and are forever stuck in 
the mess we have now. Sticking with what we have is not what we 

should be focused on when it has some particular constructs that tie 
our hands from doing what needs to be done. 


While maybe not the absolute most efficient format from the standpoint 
of length, third-party packets provide a well-defined method for gating 
packets to an AX.25 medium. By definition, gated packets are the 
exception, not the rule. The .1 to .2 second transmission savings for 
the packets that could be transmitted in AX.25 format may not be worth 
introducing the incompatibilities listed above. 


VVVVV Vv 


Its called progress. I agree that the .1 second savings are not at all 
the driving force. Go back and look at the 7 advantages I enumerated. 
Only one of them is the .1 second savings. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 09:15:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAAQ3308 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 09:15:15 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Date: Sun, 26 May 2002 09:14:34 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81317-2002.05.26-09.50.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIEtdgj+FbyvZWwR3quGu/BI5+F+wAA3q2A 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48ECA@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA03308 


S sees Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Sunday, May 26, 2002 8:04 AM 

> Subject: [aprsspec] RE: Injecting IGate identification 

> 

> All of those add up to a big mess. "Broken" was a poor 

> choice of words on 

> my part. But EVERY code writer involved in the APRS-IS to my 
> knowledge 

> admits that things are a "mess!". 


But not due to the design of APRS-IS. What we are talking about here is 
specifications for IGates, not an APRS-IS specification. And we are talking, in 
some cases, about software that does not conform to the current APRS 
specification. 


> 3. I agree that injection IGate identification should exist. After 
> looking at statement #2, I think the insertion 

identification should be 

> done after performing the third-party header trim function. 


VV VV VV 


Impossible. Currently the header TRIM function is done at the DX end 


Bob, you completely misunderstood what I was saying. I was saying that the trim 
function should be done at the receiving end before adding the insertion 
identification. It would have NO affect (other than make things simpler) for the 
DX end. 


> We should never be discarding valuable "has-been-used" bits 
We are not. The definition of the TNC-2 header says that ALL digis up to and 
including the one with the * have been used. If you want to have the insertion 


IGate put asterisks on every digi up to the one with the x, fine. 


> your example above, then there is total ambiguity in the 
> MYCALLIN field. 


> Was it the IGate, or was it an intended (but unused) path in 
> theoriginal 
> packet? 


No, Bob, it is not ambiguous. If you see a TCPIP* at the end of the path, then 
the previous callsign is the IGate. This accomplishes the EXACT same thing as 
your "I" without adding another variable to the equation. Again, if you want all 
of the via fields given an asterisk, it has no affect on the overall meaning. 


> #3 is a fully backward-compatible addition to that specification. 
But is impossible to implement (as written), removes all PATH 


information 
at injection. Continues our dependence on 3rd party as the only loop 


VVVNV Vv 


It does NOT. It removes all UNUSED path information. Re-read Chapter 17 of the 
APRS specification. 


> 1. Makes all IGate software that currently exists incompatible with 
> those packets as no IGate software currently considers 
non-third-party 

> packets as gated. 


That is why we are trying to define our goals for the future. 
> 2. Makes all client software that currently differentiates 


between RF 
> and gated packets incompatible with those packets. 


VV VV VV VV VV VV 


That is why we are tying to defind our goals for the future. 
But why make your future incompatible with the present? 


> 3. Introduces the possibility of path history loss due to AX.25 
> restrictions. 


> 
> 
> 
> Exactly the opposite. Makes it possible for PATH preservation for 

> typical packets end-to-end through the APRS-IS 

Once again, Bob, this is an inaccurate statement. The transformation necessary to 
return the packet to AX.25 compliancy dictates that paths will not be preserved 
because they will be shortened, loosing valuable routing information. 


I disagree comletely. If done as I proposed, the plan is 
fully backward 

compatible, AND also it has a mechanism for detection 
obsolete software 

and disconnecting it from the network automatically if we 


VV VV WV 


want so that the 

NETWORK can protect its processes from old obsolete 
software. That is 

the whole point. The current process has no such mechanism! 


VVV NV 


WHOA!!! Now you want the servers to monitor the data stream for compliance to a 
spec they have NO way of detecting! AND, you want the APRS-IS servers to be an 
enforcement agent against people using out-of-date software! Again, for the 
reasons stated in my previous email, your plan is NOT backward compatible. If it 
were, why would you need this "enforcement". 


The network must have a plan, and the plan must allow the network to 
assure compatibility or we have gained nothing and are 

forever stuck in 

the mess we have now. Sticking with what we have is not what we 
should be focused on when it has some particular constructs that tie 
our hands from doing what needs to be done. 


VVVV VV 


But our hands are not tied. Since you like using clichEs, how about "throw the 
baby out with the bath water". That is what the final part of your proposal 
amounts to. Until now, your recommendations had nothing to do with APRS-IS but 
everything to do with IGate functionality. You don't rewrite a specification 
because some software written doesn't implement it properly. You get the 
implementers to adhere to the spec. If a feature can be safely added to the spec, 
such as appending the MYCALL,TCPIP* or making all used VIA calls have asterisks, 
great. But I also believe you "don't fix what ain't broke". And that is what you 
are proposing above. 


The APRS-IS is reasonably well defined: 


1. No third-party packets passed as third-party packets on APRS-IS. 

2. Distribute ALL packets with properly formed headers and a data byte if froma 
verified source. 

3. Use TNC-2 or AEA header format as applicable. 

4. Maintain a 9 character maximum for all FROM, TO, and VIA calls. 


What could be more flexible? 

IGates should currently be following the APRS specification: 

1. Gate to APRS-IS the payloads of all third-party packets whose third-party 
headers do not contain TCPIP or TCPXX. 

2. Gate to APRS-IS all other packets with a data byte (dupe checking here is 
encouraged). 


3. Use the defined third-party packet for gating packets from APRS-IS to RF. 


The addition to identify IGates that inject a packet into APRS-IS is: 


4. Perform the header trim specified for third-party headers, then append 
MYCALL, TCPIPx. 


This remains fully compatible with today's software yet provides the capability 
for IGate authors to enhance their products to support full path history. 


> Its called progress. I agree that the .1 second savings are 


Progress? Or one man's desire to see something done without regards to the 
consequences (which is the most common use of the word "progress")? I am sorry, 
Bob. But that is what your responses to my previous post reflect. Take a step 
back, take a deep breath, and re-read my previous post without the preconception 
that you will take issue with it. I laid forth some very solid reasons why the 
addition of using standard AX.25 packet formats could (and would) be problematic. 
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Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 10:41:58 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ7619 
for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 10:41:54 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
Date: Sun, 26 May 2002 11:41:22 -0400 
Content-Type: text/plain; 
charset="US-ASCII" 
References: <LYR18156-81300-2002.05.26-08.39.10--dale#twaddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-81300-2002.05.26-08.39.10--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-81340-2002.05.26-11.17.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q2052611412203 .24891@lab1.wa4ddsy.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'd rather not attempt to store the complete 
path history in every packet. 


IP packets on the internet do not contain a history 
of all the switches they passed through. If they 
did they would grow too large. When a packet arrives 
you know the originator and the last router (the one 
you are connected to) and that's all. The internet 
seems to work just fine. IP packets do have a 

"Time To Live" integer which gets decremented after 
each hop. When it gets to zero it's discarded. This 
prevents infinite loops. 


Instead of putting in an ID for every Igate 
a packet goes through why not just do this: 


If packet does NOT have a Time To Live path element: 

1. Keep the original USED path, discarding unused elements. 
2. append the injecting Igates call sign 

3. append the Time To Live counter as the LAST path element 


If it DOES have TTL: 
1. If TTL is zero discard packet ELSE decrement TTL and process. 


Note the PATH of an Igated packet can be longer 
than an original packet by two elements. 


Time to live path element: 

First char: I 

2nd char: R (came from RF) 
I (came from validated Internet user) 
X (came from a non-validated user) 
S (Came from Igate Internal status) 
Other codes possible... 


3rd char: digit 0 to 9 is initial time to live in hops 
Ath char: = 
5th char: Current Time To Live (TTL) value, decremented by each Igate 


Examples: II4-4 IX3-3 IR5-5 


Original pkt from TNC: 
WA4DSY>N4ZZx , WIDE2-1,WIDE:Hello 


after it hits the first Igate WA4GT 
WA4DSY>N4ZZ* ,WIDE2-1,WA4GT, IR4-4:Hello 


Second Igate output 
WA4DSY>N4ZZx , WIDE2-1,WA4GT, IR4-3:Hello 


Third 
WA4DSY>N4ZZ* ,WIDE2-1,WA4GT, IR4-2:Hello 


Forth 
WA4DSY>N4ZZ* ,WIDE2-1,WA4GT , IR4-1:Hello 


fifth 
WA4DSY>N4ZZx ,WIDE2-1,WA4GT, IR4-0:Hello 


sixth 
Discarded due to Time to Live being zero. 


With TTL we can do things like set TTL to zero 
for Igate status messages and they will only be 
seen by the users on that particular Igate. 


Number of Igate hops a packet took can be 
determined. 


Infinite Loops impossible assuming the loop 
includes at least one Igate that knows about 
the TTL path element. 


Anyways, I thought I'd share my thinking here 
for whatever it's worth. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 10:46:44 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ8268 
for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 10:46:38 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 11:46:24 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81317-2002.05.26-09.50.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81341-2002.05.26-11.22.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205261136440 .22645-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by tapr.org id KAA08268 


On Sun, 26 May 2002, AE5PL Lists wrote: 


> Impossible. Currently the header TRIM function is done at the DX end 


> 
> 
> Bob, you completely misunderstood what I was saying. I was saying that 
> the trim function should be done at the receiving end before adding the 
> insertion identification. It would have NO affect (other than make 

> things simpler) for the DX end. 

I still cannot follow what you are trying to say... there are four or 
more "receiving ends". I dont think we should TRIM at the injection 
point, and if you dont add the ID till after the trim at the distant 
IS-2-RF point, then that is impopssible because INJECTION ID must be done 


at the first... 

> But why make your future incompatible with the present? 

It isnt. All ofmy proposal is backwards compatible. 

Once again, Bob, this is an inaccurate statement. The transformation 
necessary to return the packet to AX.25 compliancy dictates that paths 


will not be preserved because they will be shortened, loosing valuable 
routing information. 


VVV NV 


Nope, not under my proposal. the original path data can be preserved end 
to end in most cases (That is up to an original 3 hop path) Beyond that, 
it preserves the SOURCE digi, and the number of hops, and then all 
after... 


WHOA!!! Now you want the servers to monitor the data stream for 
compliance to a spec they have NO way of detecting! AND, you want the 
APRS-IS servers to be an enforcement agent against people using 
out-of-date software! Again, for the reasons stated in my previous 
email, your plan is NOT backward compatible. If it were, why would you 
need this "enforcement". 


VV VV VV 


It is a future option if obsolete softtware is causing problems. But the 
fact that it is backwards compatible and old sfotware that does not cause 
problems will continue to work... 


> the mess we have now. Sticking with what we have is not what we 
> should be focused on when it has some particular constructs that tie 
> our hands from doing what needs to be done. 


But our hands are not tied. Since you like using clichEs, how about 
"throw the baby out with the bath water". That is what the final part 
of your proposal amounts to. Until now, your recommendations had 
nothing to do with APRS-IS but everything to do with IGate 
functionality. You don't rewrite a specification because some software 
written doesn't implement it properly. You get the implementers to 
adhere to the spec. If a feature can be safely added to the spec, such 
as appending the MYCALL,TCPIP* or making all used VIA calls have 
asterisks, great. But I also believe you "don't fix what ain't broke". 
And that is what you are proposing above. 


VVVV VV VV VV VV VV 


Then you still are not seeing the concept or missing the point. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 11:31:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA11482 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 11:31:09 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 12:30:50 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81340-2002.05.26-11.17.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81347-2002.05.26-12.06.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205261222230.13102-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 26 May 2002, Dale Heatherington wrote: 


> I'd rather not attempt to store the complete 
> path history in every packet. 


I think one of the main things we want to preserve is the ability to 
watch the APRS-IS stream and see all raw packets in their entirety. Thus 
nothing gets dropped at the injection end. Only the Injecting IGate adds 
its MYGATEx, to indicate it is the entry pint into the APRS-IS and then 
it adds the "I" to indicate that is where it goes next. 


> IP packets on the internet do not contain a history 
of all the switches they passed through. If they 

did they would grow too large. When a packet arrives 
you know the originator and the last router (the one 
you are connected to) and that's all. The internet 


VV VV WV 


> seems to work just fine. 


But this is ham radio and the Internet is only one piece of the pie. 
I dont care at all about what happens within the APRS-IS other than we 
know where it went in, and where it comes out. 


> Instead of putting in an ID for every Igate 

> a packet goes through why not just do this: 

> 

> If packet does NOT have a Time To Live path element: 

> 1. Keep the original USED path, discarding unused elements. 
> 2. append the injecting Igates call sign 

> 3. append the Time To Live counter as the LAST path element 


I dont want to loose the ability to observe ALL aprs packetw worldwide in 
their raw form... 


> after it hits the first Igate WA4GT 
> WA4DSY>N4ZZx ,WIDE2-1,WA4GT, IR4-4:Hello 


I agree that I dont think any of us care about the intexr-APRS-IS hops.. 
so is this level of added stuff needed? 


> Anyways, I thought I'd share my thinking here 
> for whatever it's worth. 


I am not at all discarding your ideas, that may be great, and entirely 
within the interenals of the APRS-IS. Such input is very welcome. So 
far, all my rrantings are only concerned with how it gets in from RF and 
how it goes back to RF. So I will keep a 1 ow profile with how you 

guys decide to do the internal stuff. 


So the only focus of my comments above are that I want to not throw 
anything away going it so that we can always monitor the global APRS 
system by just watching the APRS-IS.. 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 12:40:17 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA15281 


for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 12:40:13 -0500 (CDT) 

Message-Id: <LYR11589-81354-2002.05.26-13.15.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: wa7nwp@pop.mail.yahoo.com 
Date: Sun, 26 May 2002 10:35:45 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR19173-81347-2002.05.26-12.06.44--wa7nwpi#yahoo.com@lists 

. tapr.org> 
References: <LYR11586-81340-2002.05.26-11.17.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
X-Message-Id: <4.2.0.58.20020526102942 .009ff5a0@pioneernet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 
> > Instead of putting in an ID for every Igate 
> > a packet goes through 


Having an Igate source packet on the path is a very good thing. It was 
a kick watching the PCSAT page for packets Igated from my system. 


Implementing it is trivial. 
1. Well behaved TCP applications append "callsign,I" before uploading a packet. 


2. Legacy applications and Igates wouldn't append the callsign. The server 
they're 

connecting to knows who they are - they gave a login callsign. So the server can 
add the "Callsign,I*x" if the application didn't put it on. 


Bingo - all Igated packets have a source ID. It might not the 100% accurate in 
the 

case of multiple old Igates without the source callsign addition code - but I bet 
it 

wouldn't take long before most of them were updated. 


13% 


Bill - WA7NWP 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 13:02:14 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA16950 
for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 13:02:13 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Sun, 26 May 2002 13:01:53 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81358-2002.05.26-13.37.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] RE: Injecting IGate identification 
Thread-Index: AcIEzJhXezhuYxNZRLyZxpOKYnhdRgADVNnQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48ECC@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA16950 


It is obvious to me now that you do not have any comprehension of what I 
have said. This may be due to your lack of knowledge on how APRS-IS 
works or networks as a whole operate, I don't know. Whether by accident 
or by purpose, the APRS specification actually does a good job of 
defining how interaction with non-AX.25 networks should occur. 


Diese Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Sunday, May 26, 2002 10:47 AM 

> Subject: [aprsspec] RE: Injecting IGate identification 


> 
> I still cannot follow what you are trying to say... there are four or 
> more "receiving ends". I dont think we should TRIM at the injection 


So what? Each RF->APRS-IS gating IGate trims the packet to the last 
used digi it sees and then appends its MYCALL,TCPIP*x. The packet which 
reaches the core first will be the one that is passed back to the rest 
of the world and the others will be duped out. You have a complete path 
history visible on APRS-IS and you have identified the gating IGate. 
You have also made the transition back to RF extremely easy by allowing 
the APRS-IS->RF IGate to simply append its own callsign to the 
third-party packet header. For packets not ending in TCPIP or TCPXX, 
the APRS-IS->RF IGate would still need to trim the packet to the last 
used digi and then append TCPIP,MYCALL*, per the APRS specification on 
third-party headers. 


> It isnt. All ofmy proposal is backwards compatible. 


Per my previous posts, I showed that, in fact, they are not backwards 
compatible. 


Nope, not under my proposal. the original path data can be 
preserved end 

to end in most cases (That is up to an original 3 hop path) 

Beyond that, 

it preserves the SOURCE digi, and the number of hops, and then all 
after... 


VVVVV WV 


Bob, you just contradicted yourself. "in most cases", "preserves the 
source digi and the number of hops" These statements say that any other 
digis used in the path are lost in any cases where this path reduction 
is done. 


It is a future option if obsolete softtware is causing 
problems. But the 

fact that it is backwards compatible and old sfotware that 
does not cause 

problems will continue to work... 


VV VV WV 


Again, the injection to RF of APRS-IS packets as standard APRS packets 
is not backwards compatible, as shown. Look for other methods to 
encourage people to upgrade software. Forcing incompatibilities is not 
the way. 


> Then you still are not seeing the concept or missing the point. 


That may be, Bob. But apparently you have also missed every point I 
have made. Hopefully the IGate authors and APRS-IS server authors can 


get together to create a working group to create a specification for 
IGates and a specification for APRS-IS. Those specifications must be 
based on the APRS specification to be of any use. Hopefully they will 
have the foresightedness and broad mindedness to carefully review the 
ramifications of specification alterations before incorporating them. 
Those specifications need to be created by those that have a complete 
understanding of APRS-IS and its interactions internally and to the RF 
world. 
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Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 13:26:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA17827 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 13:25:57 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
Date: Sun, 26 May 2002 14:25:34 -0400 
Content-Type: text/plain; 

charset="us-ascii" 

References: <LYR11586-81340-2002.05.26-11.17.15-- 
bruninga#nadn.navy.mil@lists.tapr.org> <LYR18156-81354-2002.05.26-13.15.44-- 
daled#twaddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-81354-2002.05.26-13.15.44--daled#waddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-81359-2002.05.26-14.01.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q2052614253404.24891@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


On Sunday 26 May 2002 01:35 pm, Bill Vodall - WA7NWP wrote: 
> 1. Well behaved TCP applications append "callsign,I" before uploading a 
> packet. 


2. Legacy applications and Igates wouldn't append the callsign. The 
server they're connecting to knows who they are - they gave a login 
callsign. So the server can add the "Callsign,I*" if the application 
didn't put it on. 


VV VV Vv 


Yes, I think that's a good idea. So my revised suggestion is: 


If incoming packet has no I or I* on the end of the path, 
remove unused path elements and then append users call sign 
and the Time-to-Live path element. eg: II4-4 


If incoming packet has I or I* on the end of path 
change the I or Ix to the proposed Time-To-Live path element 
and set TTL to default. 


If incoming packet has Time-to-Live then check for zero 
and if not zero decrement it. 


Proposed TTL codes: IIn-n = Internet source IRn-n = RF Source 
Examples assuming logged on user is W4XYZ and Igate is W4ABC : 


User application did nothing to path. 
INPUT: WA4DSY>APRS,WIDEx:Hello 
Output: WA4DSY>APRS,WIDEx,W4XYZ,1I14-4:Hello 


User application appended his call and "I" to the path 
Input: WA4DSY>APRS ,WIDEx,W4XYZ,I:Hello 

Output WA4DSY>APRS,WIDE*x,W4XYZ,IIT4-3:Hello 

Note we pre-decrement the TTL above to account 

for the previous hop. 


User applicaton supports TTL 

Input: WA4DSY>APRS,WIDEx,W4XYZ,II4-4:Hello 
Output :WA4DSY>APRS ,WIDE*x,W4XYZ,I1T4-3:Hello 

If packet had come from the TNC on W4ABC Igate: 


INPUT: WA4DSY>APRS,WIDE*:Hello 
Output: WA4DSY>APRS,WIDE*,W4ABC,IR4-4:Hello 


For this to work correctly all existing Inet to Inet APRS 


servers (hubs) must not append anything to the path or they 
will push the TTL field back from the end. Anyone do this? 


Bingo - all Igated packets have a source ID. It might not the 100% 
accurate in the case of multiple old Igates without the source callsign 
addition code - but I bet it wouldn't take long before most of them were 
updated. 


VV VV WV 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 13:28:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA17983 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 13:28:21 -0500 (CDT) 
Message-ID: <LYR11589-81360-2002.05.26-14.03.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-EM-APIVersion: 2, 0, 0, 7 
X-Priority: 3 (Normal) 
From: "" <mdrdg@ourtownusa.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Position Error 
Date: Sun, 26 May 2002 13:27:56 -0500 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "" <mdrdg@ourtownusa.net> 
X-Message-Id: <53788742a14c4b19b334ee84e450826f .mdrdg@ourtownusa.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA17983 


>From another location I see my Wide Digi at times beacons but the position and 
text elements are not even what was stored. This is a Kantronics KPC3+. Could this 
be caused by collisions at the recieving stations end. I have lt thru 3 loaded 
with the same postion text and ltp 4 is not being used but it is set to GPS. I 
took that out to see if it does it again. 


Anyone experience this. 


Bob KAOMR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun May 26 16:17:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA25308 
for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 16:17:30 -0500 (CDT) 
Message-ID: <LYR11589-81374-2002.05.26-16.53.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Draft APRS IS Spec 
Date: Sun, 26 May 2002 23:18:00 +0200 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Roger Bille" <roger.bille@telia.com> 
X-Message-Id: <006701c204fa$d0953650$664ba8cO@£am2k> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA25308 


I have to things to be added to the draft spec: 


1) The new draft spec for APRS IS specify that "All packets are injected in their 
RAW form". It should be added to this that the DATA portion should fully support 
8-bit characters. 


2) No conversion of any packets should be allowed which is passed back to the 
APRS IS. I'm in particular thinking of Mic-E conversion that are feed back with 
timestamps of the converting system. The client should be fully responsible for 
any necessary conversion. 


73 de sm5nrk/Roger 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 18:57:52 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ2462 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 18:57:45 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 19:57:26 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
In-Reply-To: <LYR11586-81358-2002.05.26-13.37.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81380-2002.05.26-19.33.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205261922480 .15626-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sun, 26 May 2002, AE5PL Lists wrote: 


> It is obvious to me now that you do not have any comprehension of what I 


> have said. 


I agree that it is clear we are not communicating well... And that you 
seem to have some missundersatandings of how the APRS-IS works. . 


> So what? Each RF->APRS-IS gating IGate trims the packet to the last 
> used digi it sees and then appends its MYCALL,TCPIPx. 


Sorry, that is just not right. TELNET to any of the HUBS or to the 
central SERVERS and you will not see TCPIP added to ANY RF packets 

other than IS<->IS only ones that are originated by the IGATES 

themselves. All RAW packets from RF are distributed as received... This 
is the way it is. I think this is what you are missing... 


Now, in APRS-IS 1.1, we are improving that by asking all INGATES to append 
" INGATE*x,I" onto the end of all such inbound packets so that we can see 
where they are coming from. Still though, there is no truncation nor 
dropping of ANY path data. We want to continue to use the APRS-IS to view 
the world of APRS in its raw form. We never want to loose path data on 
packets INJECTED into the APRS-IS. 


> Per my previous posts, I showed that, in fact, they are not backwards 
> compatible. 


No you have not. You threw out a lot of arguments, but they either 
missunderstood my proposal, or were based on incorrect assumtions about 
how the current APRS-IS system works. Unless I missed something, I dont 
recall any valid point that you have made that causes my proposal to not 
be backwards compatible. Remember, my proposal is a phased approach. 

I agree completely that we cannot do them out of sequence nor can you do 
version 1.2 without having 1.1 in place first. But if we do it right, 
then it is backwards compatible. What I mean by that is that it WONT 
BREAK ANYTHING. I am not claiming that it will continute to support 
software written 5 years ago that has not kept up with the current APRS-IS 
objectives... 


> to end in most cases (That is up to an original 3 hop path) 
> Beyond that, it preserves the SOURCE digi, and the number of hops, and 
> then all after... 


Bob, you just contradicted yourself. "in most cases", "preserves the 
source digi and the number of hops" These statements say that any other 
digis used in the path are lost in any cases where this path reduction 
is done. 


VV VV VV VV 


No, there is no conradiction. I am talking apples and you are arguing 
oranges... You still appear to not unederstand that both the current 
APRS-IS and what I propose both DO preserve ALL path data INBOUND. I hope 


we all agree that we always want the APRS-IS to preserve all original 
packets with NO loss of path data to all APRS-IS online viewers. Do we 
agree here? 


Good. 


Then the only issue of path truncation ONLY occurs when a packet is 
prepared for OUTGATE transmission on RF. Currently the OUTGATE then makes 
sure that its call,TCPIP are in the path and THAT is when it drops all 
unused path data. The way I read what you keep saying is that you think 
this process occurs when the packet enters the APRS-IS. This is just not 
correct. It occurs only when the packet is prepared for the OUTGATE. 


Hopefully the IGate authors and APRS-IS server authors can 

get together to create a working group to create a specification for 
IGates and a specification for APRS-IS. Those specifications must be 
based on the APRS specification to be of any use. Hopefully they will 
have the foresightedness and broad mindedness to carefully review the 
ramifications of specification alterations before incorporating them. 
Those specifications need to be created by those that have a complete 
understanding of APRS-IS and its interactions internally and to the RF 
world. 


VV VV VV V VV 


Yep, we certainly agree here.... 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 19:09:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ2792 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 19:09:22 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 20:09:01 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Draft APRS IS Spec 
In-Reply-To: <LYR11586-81374-2002.05.26-16.53.05- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81382-2002.05.26-19.44.57-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0205262008340.15626-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Yes! I will add these on Tuesday when I can get access back to the 
site... thanks 
Bob 


On Sun, 26 May 2002, Roger Bille wrote: 


> I have to things to be added to the draft spec: 

> 

> 1) The new draft spec for APRS IS specify that "All packets are injected in 
their RAW form". It should be added to this that the DATA portion should fully 
support 8-bit characters. 

> 

> 2) No conversion of any packets should be allowed which is passed back to the 
APRS IS. I'm in particular thinking of Mic-E conversion that are feed back with 
timestamps of the converting system. The client should be fully responsible for 
any necessary conversion. 


73 de sm5nrk/Roger 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV V VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 19:27:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ3321 

for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 19:27:30 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sun, 26 May 2002 20:26:28 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
Message-ID: <LYR11589-81383-2002.05.26-20.02.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205262024330.15626-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Dale, 


I think I can maybe agree with most of your post (below) except that I 
still want to preserve ALL path data on the INBOUND APRS-IS process just 
like we have now. We want to be able to continue to use the APRS-IS as a 
means to view ALL raw packets worldwide. Bandwidth within the APRS-IS is 
not an issue. 


There is no need to throw out even unused path data on the 99.99% of all 
APRS-IS pacekts when only 00.01% of those packets ever go back to RF and 
that is the only time that the length of the header is of any concern.. 


Lets dont drop ANYTHING unless it is one of the 00.01% of APRS-IS packets 
that has to go back to RF. Then lets first try just dropping unused path 
fields (like we do now). If that is still too big, then lets use my 
intelligent truncation model which always preserves all critical entry 
point and hop counts... 


Bob 


On Sun, 26 
May 2002, Dale Heatherington wrote: 


On Sunday 26 May 2002 01:35 pm, Bill Vodall - WA7NWP wrote: 
1. Well behaved TCP applications append "callsign,I" before uploading a 
packet. 


2. Legacy applications and Igates wouldn't append the callsign. The 
server they're connecting to knows who they are - they gave a login 
callsign. So the server can add the "Callsign,I*x" if the application 
didn't put it on. 


VV VV VV MV 


Yes, I think that's a good idea. So my revised suggestion is: 


If incoming packet has no I or I* on the end of the path, 
remove unused path elements and then append users call sign 
and the Time-to-Live path element. eg: II4-4 


If incoming packet has I or I* on the end of path 
change the I or Ix to the proposed Time-To-Live path element 
and set TTL to default. 


If incoming packet has Time-to-Live then check for zero 
and if not zero decrement it. 


Proposed TTL codes: IIn-n = Internet source IRn-n = RF Source 
Examples assuming logged on user is W4XYZ and Igate is WAABC : 


User application did nothing to path. 
INPUT: WA4DSY>APRS,WIDEx:Hello 
Output: WA4DSY>APRS,WIDEx,W4XYZ,1I1I4-4:Hello 


User application appended his call and "I" to the path 
Input: WA4DSY>APRS,WIDEx,W4XYZ,I:Hello 

Output WA4DSY>APRS,WIDE*x,W4XYZ,IIT4-3:Hello 

Note we pre-decrement the TTL above to account 

for the previous hop. 


VVVVV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Sun May 26 22:34:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA12433 
for <lyris.aprsspec@tapr.org>; Sun, 26 May 2002 22:34:19 -0500 (CDT) 
Content-Type: text/plain; 
charset="iso-8859-1" 
From: Neil Johnson <njohnsn@iowatelecom.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Injecting IGate identification 
Date: Fri, 24 May 2002 15:34:27 -0500 
References: <LYR18156-81300-2002.05.26-08.39.10--dale#twad4ddsy.net@lists.tapr.org> 
<LYR25610-81340-2002.05.26-11.17.15--njohnsn#iowatelecom.net@lists.tapr.org> 
In-Reply-To: <LYR25610-81340-2002.05.26-11.17.15-- 
njohnsni#iowatelecom.net@lists.tapr.org> 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-ID: <LYR11589-81403-2002.05.26-23.09.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Neil Johnson <njohnsn@iowatelecom.net> 
X-Message-Id: <auto-000065609333@cgpf2.cgp.netins.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sunday 26 May 2002 10:41 am, Dale Heatherington wrote: 
I'd rather not attempt to store the complete 
path history in every packet. 


IP packets on the internet do not contain a history 
of all the switches they passed through. If they 
did they would grow too large. When a packet arrives 
you know the originator and the last router (the one 
you are connected to) and that's all. The internet 
seems to work just fine. IP packets do have a 

"Time To Live" integer which gets decremented after 
each hop. When it gets to zero it's discarded. This 
prevents infinite loops. 


VV VV VV VV VV VV 


It would be nice to have some sort "TTL Exceeded message" sendtback to the 
source (if possible) when the TTL hits zero. 


This would allow one to use a "traceroute" like command to determine the path 
a packet might take. 


(Traceroute identifies a path taken by an IP packet by sending a packet to 
the destination, first with a TTL of 1 _, then with TTL of 2, then a TTL of 3, 
etc. It then can figure out the path by looking at the source of returning 
"TTL exceeded" packets"). 


Ahhh, something to keep in mind for APRS Spec 2.0 I guess. 


Neil Johnson, NOSFH 

http://www. iowatelecom.net/~njohnsn 
http: //www.njohnsn.com/ 

PGP key available on request. 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 27 03:06:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA28789 

for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 03:06:44 -0500 (CDT) 
Message-ID: <LYR11589-81434-2002.05.27-03.42.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 27 May 2002 08:57:59 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Draft APRS IS Spec 
References: <LYR11586-81374-2002.05.26-16.53.05-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

<LYR26815 -81382-2002.05.26-19.44.57--rogeri#peaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR26815-81382-2002.05.26-19.44.57-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <vjJIG6AHce88EwPy@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 
>On Sun, 26 May 2002, Roger Bille wrote: 


>> I have to things to be added to the draft spec: 

>> 

>> 1) The new draft spec for APRS IS specify that "All packets are injected in 
>their RAW form". It should be added to this that the DATA portion should fully 
>support 8-bit characters. 


In message <LYR26815-81382-2002.05.26-19.44.57--rogeri#peaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

>Yes! I will add these on Tuesday when I can get access back to the 
>site... thanks 

>Bob 


What this part of the spec currently says is not what it really means. 
1. It does not really mean "raw form". 


2. If I'm reading the correct document (I'm getting slightly confused 
about that!) it also doesn't really mean "the packets may be in any 
recognizable TNC header format". 


In fact what is acceptable is only two of the three major decoded frame 
header formats that are in use in TNCs, and even then only in their most 
simplistic form - all frame type information removed. 


Roger Barker roger@peaksys.co.uk 
Boston, UK 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 27 05:51:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA14584 

for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 05:51:26 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: Injecting IGate identification 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Mon, 27 May 2002 05:51:09 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81440-2002.05.27-06.26.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Thread-Topic: [aprsspec] RE: Injecting IGate identification 

Thread-Index: AcIFFV/pd4edjOCeTYKtLeAePmPXxwAVcK9A 

From: "AE5PL Lists" <HamLists@ametx.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48ED3@ame-main.ametx. com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id FAA14584 


Due to the adversarial nature that this thread has taken, I have decided 
not to pursue it any further. Suffice it to say that I have presented 
substantiated reasons why Bob's proposals, as they stand today, 
introduce incompatibilities with the APRS specification and with current 
IGate software. 


For those of you who are IGate authors, I will be happy to elaborate 
off-SIG if you wish. I don't feel this thread is going anywhere with 
the friction apparent in the posts. 


I hope that the IGate authors and APRS-IS server authors get together 
and address creating an IGate specification and APRS-IS specification. 

I don't believe anything is to be gained by arbitrarily creating such 
documents without their guidance. As an APRS-IS server author, I would 
be willing to compile such documents in conjunction with a working group 
made up of those individuals, similar to what Ian did with the APRS 
specification. 


13% 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 27 13:51:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ7771 

for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 13:51:50 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] max path length on APRSIS 
Date: Mon, 27 May 2002 14:51:29 -0400 
Content-Type: text/plain; 

charset="iso-8859-1" 

MIME-Version: 1.0 
Message-Id: <LYR11589-81499-2002.05.27-14.27.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q2052714512907 .24891@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Quick question. Is it safe to append two additional path elements 
to an Internet aprs packet that has 8 digis already 

in the path? Total length of path would be 11 (including dest addr). 
Will any existing client or server programs will blow up? 


I need to know what to do when I append the injecting CALL 
and Time-To-Live path items to the original path. Bob does not 
want anything removed from the original path. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 27 14:03:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA0Q8487 


for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 14:03:21 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 27 May 2002 15:03:00 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] SSID-N routing 
Message-ID: <LYR11589-81501-2002.05.27-14.38.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205271450130.27586-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Let me clarify about SSID-N routing: 


1) In my opinion, the directional digipeating is a dead concept 
2) This frees up 2 of the four SSID bits for other use. 


Here is how I think SSID-ROuting should be implemented. Remember the SSID 
here is on the AX.25 TOCALL and that no digi field is needed or used. 
That is where the savings comes in. 


a) SSID-N is identical to WIDEn-N except it saves 7 bytes 

b) All digis digipeat the packet after decrementing the TOCALL SSID. 

c) The 3rd and 4th bits are PRIORITY bits. Thus 
QOxx are just like WIDEn-N hops © through 3 but are routine packets 
@1xx are just like WIDEn-N hops © through 3 but are priority packets 
10xx are just like Widen-N hops 0 through 3 but are urgent packets 
11xx are reserved for future use. 

d) IN ADDITION, the first digi to hear a SSID-N packet checks the digi 

fields. If empty, it inserts its MYDIGI call to mark the source of entry 

of the packet into the APRS RF system. 


e) Normal DUP filtering is also applied. 


You ask what good are the priority bits? It depends. But if our network 
is ever smart enough to make decisions under stress, the routine packets 
with large hop counts might be the first ones to be dropped. 


You ask what about hops above 4? SImple, use WIDE4-4 or whatever. This 
SSID-N idea is only for high efficiency locally where the majority of 
packets are 3 hops or less.. All of the other APRS digipeater options 
remain. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 27 16:09:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15195 

for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 16:09:05 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 27 May 2002 17:08:50 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: max path length on APRSIS 
In-Reply-To: <LYR11586-81499-2002.05.27-14.27.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-81513-2002.05.27-16.44.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0205271655290.10152-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 27 May 2002, Dale Heatherington wrote: 


> Quick question. Is it safe to append two additional path elements 


to an Internet aprs packet that has 8 digis already 
in the path? Total length of path would be 11 (including dest addr). 
Will any existing client or server programs will blow up? 


I need to know what to do when I append the injecting CALL 
and Time-To-Live path items to the original path. Bob does not 
want anything removed from the original path. 


VV VVV VV 


I think going from RF=>IS into APRS-IS it should not be a problem. We 
want to see all packets in their raw form (like we have now) and we want 
INgate identification. THus size should not be a limitation. 


But let me clarify some things I have said to make sure I am not confusing 
others. My perspective has been descirbing the APRS-IS from the 
perspective of what goes from RF=>IS into an INgate and what can happen at 
the IS=>RF at an OUTgate. I think Dale and Steve are looking also at what 
goes on inbetween (which has not been my focus)... 


One thing I would change about Dale's idea is that it should not be a 
time-to-live, but a time-to-die. His time-to-live starts with N and 
decrements. This assumes apriori knowledge about what is a reasonable N 
to start with and is not backwards compatible with existing "INgatex,I". 


Whereas by using "INgatex,I" and then Incrementing I on every 
"internal-to-the-IS layer thorough the servers, and hubs, and regional 
distribution points, then each such point is better aware of its distance 
down the tree and so is better in a position to KILL a packet with a 
TIME-TO-DIE counter (I#) that has gotten too BIG. 


In otherwords, INgates still inject with "INgatex,I" but then the IS 
processes Increment I each time an internal distribution occurs. It then 
becomes "INgatex,I1" then INgatex,I2", "INGATEx,I3" and so on. 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 27 20:24:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26954 

for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 20:24:31 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: max path length on APRSIS 
Date: Mon, 27 May 2002 21:23:53 -0400 
Content-Type: text/plain; 
charset="US-ASCII" 
References: <LYR18156-81513-2002.05.27-16.44.39--dale#twaddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-81513-2002.05.27-16.44.39--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-81543-2002.05.27-20.59.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q2052721235309.24891@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Monday 27 May 2002 05:08 pm, Bob Bruninga wrote: 


>TOne thing I would change about Dale's idea is that it should not be a 
>Ttime-to-live, but a time-to-die. ftHis time-to-live starts with N and 
>Tdecrements. {This assumes apriori knowledge about what is a reasonable N 
>Tto start with and is not backwards compatible with existing "INgatex,I". 
> 

>tWhereas by using "INgatex,I" and then Incrementing I on every 
>T"internal-to-the-IS layer thorough the servers, and hubs, and regional 
>Tdistribution points, then each such point is better aware of its distance 
>Tdown the tree and so is better in a position to KILL a packet with a 
>TTIME-TO-DIE counter (I#) that has gotten too BIG. 

> 

>TIn otherwords, INgates still inject with "INgatex,I" but then the IS 
>Tprocesses Increment I each time an internal distribution occurs. fIt then 
>Tbecomes "“INgatex,I1" then INgatex,I2", "INGATE*x,I3" and so on. 

> 

>Tde WB4APR@amsat.org, Bob 


Bob, since the primary reason for time-to-live (ttl) is to stop infinite 
loops, ftyour incrementing I# idea will work. But, I wanted an additional 
piece of info in there - the source of the packet: TNC, Internet client, 
another aprs Server or Hub, or internal to the Internet server. 


So far I have defined the following for Time-to-Live: 


Assuming ttl is 5, MyCall is WA4DSY, Logged on user is WA4ABC 


and the path does NOT already have and I or IXxN-N (old software). 


WA4ABC,1IC5-5 + from validated internet Client 

WA4DSY,IR5-5 t+ from local TNC (RF) 

WA4DSY,IS5-5 ft from data I get from connecting to a Hub or Server 
WA4DSY,IU5-5 + from UDP port 

WA4DSY,II1-1 + from Internal source (status msg etc) 


The only questionable one is the Hub source. tPerhaps it should 
have the first N characters of its domain name instead of MyCall 
(suggested by Steve). 


If a packet comes in from anywhere except the TNC and already has 
a MYCALL,I on the end of the path I just change the I to Ix5-5 where 
x indicates the source. 


If the packet has an TTL path element on the end I check for ZERO 
and decrement it it's not. fDiscard if it was zero. 


The path will be either zero or 2 elements longer than the original. 


So, there it is and I've coded almost all of it and it basically works. 
I could change to your I# idea but I'd lose the source info. } 

Is it of value or not? 

Also, why is I# more compatible than IxN-N ? 


Oh, one more thought. By using time-to-live count 

DOWN the originator controls how far his packets can 

go. Most of the time he sets the value high enough 

to pass through more than the maximum hubs and/or servers. 

However, if my server has some status messages intended 

for local users that the whole world does not want such as (but not limited to) 
the ">JAVA" status messages, he can set those with a TTL of 1 

so they don't go beyond the logged on users. 


If I were to put this up on IS at wa4ddsy.net 
do you all think anything would blow up???? 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 27 22:57:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ3341 

for <lyris.aprsspec@tapr.org>; Mon, 27 May 2002 22:57:50 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 27 May 2002 23:57:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

<aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: [aprssig] SSID-N routing 
In-Reply-To: <3.0.3.32.20020527173309.007d7920@pop3.norton.antivirus> 
Message-ID: <LYR11589-81558-2002.05.27-23.33.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0205272353510.19851-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 27 May 2002, John Kraus wrote: 

Bob, 

Could you give an example of two equivalent packets one using the current 
scheme and one using the SSID-N mode you are discussing. I help maintain a 


digi_ned digi and I want to understand this so that it can be implemented 
if we decide to do this. 


VVVVNV WV 


WU2Z>APRS,WIDE3-3... 
WU2Z>APRS-3:...> 


Should be equivalent. The second one uses SSID-N routing. 


On another issue how does this SSID-N directional routing differ in results 
from the AUTO E-W-N-S 

preemptive paths. I think that having a few simple generic keyword 
digicalls that it is understood will be preempt to use direct paths rather 
than generic ones is more likely to be understood and adopted. 


VVVV WV 


Forget directive routing. It was a good idea a long time ago (back in 
1994 when I first came up with it, but it is of no value now)... 


If a station can use a keyword and expect the digi owner to create and use 
the "Best" path for the local environment. What is the downside? I 
remember the drive back in the days of simple wides to always use a direct 
path whenever possible . This keyword method would allow direct paths to 
be used without the mobile needing to know anything about the local 
network. It might also be easier to implement in some systems. 


VVVNV VV 


Seems like a good idea to me... 
but will be a poitn of contention getting everyone to agree what "best" 
means under any given situation. .> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 28 10:51:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA14746 
for <lyris.aprsspec@tapr.org>; Tue, 28 May 2002 10:51:27 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] APRS-IS and IGate Specifications 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Date: Tue, 28 May 2002 10:51:08 -0500 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Message-ID: <LYR11589-81640-2002.05.28-11.27.01-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

Thread-Topic: APRS-IS and IGate Specifications 

Thread-Index: AcIGX3u5n73qnnIDEdaQ8gBAM9KoGQ== 

From: "AE5PL Lists" <HamLists@ametx.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CBBO@ame-main.ametx. com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA14746 


If attempts to unilaterally create specifications with preset agendas 
and add "features" to the APRS-IS data stream continue, then I hope the 
people that do this realize that instead of helping APRS-IS, they are 
most likely going to create a bigger mess. As it stands today, APRS-IS 
is, for the most part, working and working well. JI would think that 
before rushing headlong into "fixes" and "enhancements", we, the amateur 
radio community, would like to first have a detailed specification of 
what exists today and what is supposed to exist (based on the APRS 
specification) today. IMO, this APRS-IS specification should originate 
from the authors of APRS servers and authors of IGates as they should 
have the best knowledge of how their software is designed and how the 
current APRS-IS is architected. I would hope that they also have a firm 
grasp of the APRS specification. 


Once this is done, the working group of authors described above should 
look at enhancements on an individual basis, reviewing compatibilities 
with the APRS-IS specification, compatibilities with the APRS 
specification, restrictions, benefits, etc. Also, the working group 
could take on the task of defining a next-generation APRS-IS if deemed 
necessary. But if the task of defining a next-generation APRS-IS is 
done before a valid current APRS-IS specification is finished, most of 
the knowledge gained from the current APRS-IS will be lost thus making a 
next-generation APRS-IS very iffy. 


I repeat my offer to assemble a current APRS-IS specification ina 
similar manner to what Ian did with the APRS specification. To do this, 
however, will require an organized effort on the parts of all of the 
APRS server authors and IGate authors. 


We have a working system today. I would like it to continue to improve 
in reliability and features, but this takes a coordinated effort. I 


don't believe it can be done by people unilaterally implementing their 
own agendas. 


13% 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 28 11:56:12 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA17852 

for <lyris.aprsspec@tapr.org>; Tue, 28 May 2002 11:56:07 -0500 (CDT) 
Message-ID: <LYR11589-81645-2002.05.28-12.31.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR25861-81640-2002.05.28-11.27.01-- 
roger.bille#telia.com@lists.tapr.org> 
Subject: [aprsspec] Re: APRS-IS and IGate Specifications 
Date: Tue, 28 May 2002 18:56:44 +0200 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
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Pete, 


I think it is a good idea to have the current authors of server/igate to document 
the existing APRS-IS specification. However when going to next step of defining 
the future to have a working group of only software developer is too narrow. It is 
important to have a broader group with representants for the different groups: 


APRS IS Server developers 
Igate developers 

Digipeater sysop 

Users 

International representatives 


This is also true for the the normal APRS Spec working group. One important thing 
is that the working group should represent the users/developers etc and not 
everybody can be a members. 


All, 


I suggest we accept Pete's offer to work with the developers to document the 
current APRS IS spec and agree on a deadline when this should be finished (Pete 
should let us know how long time he need). In parallel we should agree who should 
be represented in the APRS IS working group for the new specification and give 
that team the objectives. These include what the current problems are etc. 


The following question will be if we should have 1 or 2 working groups, one for 
APRS IS spec and one for APRS Spec. But the members in the groups should be 
selected using same crateria as above. 


73 de sm5nrk/Roger 


rots Original Message ----- 

From: "AE5PL Lists" <HamLists@ametx.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Tuesday, May 28, 2002 5:51 PM 

Subject: [aprsspec] APRS-IS and IGate Specifications 


If attempts to unilaterally create specifications with preset agendas 
and add "features" to the APRS-IS data stream continue, then I hope the 
people that do this realize that instead of helping APRS-IS, they are 
most likely going to create a bigger mess. As it stands today, APRS-IS 
is, for the most part, working and working well. I would think that 
before rushing headlong into "fixes" and "enhancements", we, the amateur 
radio community, would like to first have a detailed specification of 
what exists today and what is supposed to exist (based on the APRS 
specification) today. IMO, this APRS-IS specification should originate 
from the authors of APRS servers and authors of IGates as they should 
have the best knowledge of how their software is designed and how the 


VVVV VV VV VV MV 


current APRS-IS is architected. I would hope that they also have a firm 
grasp of the APRS specification. 


Once this is done, the working group of authors described above should 
look at enhancements on an individual basis, reviewing compatibilities 
with the APRS-IS specification, compatibilities with the APRS 
specification, restrictions, benefits, etc. Also, the working group 
could take on the task of defining a next-generation APRS-IS if deemed 
necessary. But if the task of defining a next-generation APRS-IS is 
done before a valid current APRS-IS specification is finished, most of 
the knowledge gained from the current APRS-IS will be lost thus making a 
next-generation APRS-IS very iffy. 


I repeat my offer to assemble a current APRS-IS specification ina 
similar manner to what Ian did with the APRS specification. To do this, 
however, will require an organized effort on the parts of all of the 
APRS server authors and IGate authors. 


We have a working system today. I would like it to continue to improve 
in reliability and features, but this takes a coordinated effort. I 
don't believe it can be done by people unilaterally implementing their 
own agendas. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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Good points, Roger. 


> rrr e Original Message----- 

From: Roger Bille [mailto:roger.bille@telia.com] 

Posted At: Tuesday, May 28, 2002 11:57 AM 

Subject: [aprsspec] Re: APRS-IS and IGate Specifications 


group. One important thing is that the working group should 
represent the users/developers etc and not everybody can be a members. 


VV VV VV 


This is an important point. The working group needs to be kept to a 
reasonable size. 


> when this should be finished (Pete should let us know how 
> long time he need). In parallel we should agree who should be 


This will depend on the creation and participation of the initial 
APRS-IS working group. I can create a rough draft rather quickly, but I 
would consider it of no value unless the other developers review, 
modify, and otherwise revise it to more accurately reflect a true 
specification. 


> The following question will be if we should have 1 or 2 
> working groups, one for APRS IS spec and one for APRS Spec. 


> But the members in the groups should be selected using same 
> crateria as above. 


IMO, there should be two groups. The APRS WG consists primarily of 
people that are focused on the tactical aspects of APRS that most 
affects client software and hardware. The APRS-IS WG should consist of 
people who are more focused on the internetworking and networking 
aspects that the Internet medium facilitates which most affects IGates 
and APRS servers. Both working groups should, of course, work closely 
together to ensure there is no divergence in either specification. 
Basically, the difference between the two groups would be in how the 
various expertise is weighted. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 
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Pete, 


IMO, there should be two groups. The APRS WG consists primarily of 
people that are focused on the tactical aspects of APRS that most 
affects client software and hardware. The APRS-IS WG should consist of 
people who are more focused on the internetworking and networking 
aspects that the Internet medium facilitates which most affects IGates 
and APRS servers. Both working groups should, of course, work closely 
together to ensure there is no divergence in either specification. 
Basically, the difference between the two groups would be in how the 
various expertise is weighted. 


VVVVV VV VV 


Didn't think about that, I now fully agree that it should be 2 groups. 


Roger 
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Aprsd server wa4dsy.net is now running a experimental 
version of aprsd215b1. The biggest change is the addition 
of a Time_To_Live counter at the end of the AX25 path and 
preceeding it is an identifier that shows where the packet 
came from. This is explained in more detail below. 


This version honors RFONLY and NOGATE by dropping them. 
EH? and cmd: packets are rejected. 


Another change removes the server status messages from 
ports 1313, 1314 and the outgoing Hub connections. 
When users first connect and logon they alone will see 
the usual status messages. The messages will not be 
broadcast to other 1313 and 1314 users. Other ports 
are unchanged. 


There are a boatload of other little bug fixes but these 
are the biggest and most visible. I don't consider this 
stable enough to release as a beta yet. I invite you 
to logon and observe the data stream. Let me know it 
you notice anything screwed up or have a suggestion. 


Dale 
WA4DSY 


Packet Time-To-Live and source path insertions 


To aid in determining where packets were inserted into the APRS 
Internet stream aprsd 2.1.5 appends an identifier path element 

at the end of the existing path if one is not already there. 

The identifier string contents depend on the source of the packet 
as follows: 


Source Identifier 
Validated user Users Login Call sign 


APRS Hub First 9 characters of it's domain name up to the ist ". 
TNC The MYCALL string of the aprsd server 


Internal MYCALL 


After the identifier string is appended aprsd appends a Time-To-Live 
counter in the format: 


I code digit - digit 


The first character is always "I". The second character is a code that indicates 
how to interpret the preceeding identifier path element. The possible codes 

are C, R, S, U, I. Next is a digit indicating the inital value of Time-To-Live 
(TTL). 

Next is a "-". The last digit is the TTL counter. It is decremented each 

time it passes through an APRS Internet server that supports TTL. 


Code Source 


C Validated Client (User) 

R RF packet from local TNC 

S Server or Hub 

U UDP port on aprsd server 

I Internal status message from aprsd server 


Here are some examples. 

Assuming ttl is 5, MyCall is WA4DSY, Logged on user is WA4ABC, we are connected to 
and receiving data from first.aprs.net and the path does NOT already have 

an I or IxN-N (old software). 


WA4ABC,1C5-5 + from validated internet Client 

WA4DSY,IR5-5 t from local TNC (RF) 

first,IS5-5 — from data I get from connecting to Hub first.aprs.net 
WA4DSY,IU5-5 + from UDP port 

WA4DSY,II1-1 t+ from Internal source (status msg etc) 


If the packet has an TTL path element on the end aprsd 2.1.5 checks for ZERO 
(eg: IS5-0) and decrements it it's not. tI£ the TTL value was zero upon arrival 
the 

packet is discarded. 


If a packet comes in from anywhere except the TNC and already has 
a MYCALL,I on the end of the path aprsd 2.1.5 changes the I to Ix5-5 where 


X indicates the source. 


The path will be either zero or 2 elements longer than the original. 


The default initial Time-To-Live value is 5 but can 
be changed by adding "TimeToLive N" to the aprsd.conf file. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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Authors, 


It has come to my attention that the equivalence of objects and stations 
can be missinterpreted in the spec as written. APRS was designed with 
no distinction between "stations" and "objects". The "object" format is 
nothing more than an additional way of reporting the position of 
something with a given "label". It is only the exact "label" of the 
thing that is unique.. 


If a TNC is reporting the position, then usually the MYCALL of the TNC is 
given the callsign which will be used as the "label" for example ABCXYZ. 
If however ABCXYZ is not the call of the TNC, yet that station wants to 
report the position of ABCXYZ, then the OBJECT format was designed for 
this purpose which can allow any "named" thing to be reported without 
having to change the MYCALL. But on receipt, the thing named "ABCXYZ" is 
equivalent no matter what format reported it. The only slight difference 
is that for accountability purposes, we need to keep track of who 

is responsible for, and uploaded, the object. 


Now the significance of the equivalence of all reports of "ABCXYZ" arises 
because the basis of APRS is as a tactical real-time display system, and 
is supposed to let the operators maintain the "global" tactial display 


properly, (Global here being the view that everyone has of the event)... 
So the importance of the equivalence of all reports of "ABCXYZ" no matter 
what format is used can be illustrated by the following two examples: 


Example 1, When the lead tracker running the callsign of LEAD 

dies, then it will remain stuck on everyone's map. But a new object 
labled LEAD can then be manually moved about the course to keep 
everyone's maps updated. The new object named LEAD should completely 
replace the previous LEAD. They are identical. You should not 
maintain objects and stations separately with the same name. 

In this case one LEAD would remain stuck where the LEAD TNC died, 
and the other would move, but viewers of the map will see two 
identical objects, one in the right place and one in the wrong place. 
This is not good. 


VV VV VV VV VV 


Example 2, A kenwood tracker running as WKNXYZ signals an 

emergency. In all the confusion and bedlam at his scene, he turns 

off the radio and forgets to cancel the emergency, and then is 

driven to the hospital. WKNXYZ is still showing at the bottom of 

the ravine with an EMERGENCY on every map for 200 miles; yet he is 
safely now in a hospital 30 miles away. The equivalence of 

stations and objects was designed just for that kind of situation. 
Anyone with fresh knowledge on the situation can then kill that old 
"station" from everyone's map by just sending out a KILL-OBJECT packet 
for WKNXYZ... 


VV VVVV VV VV 


In summary, APRS operators who manually move things around an event map 
need to be able to move anything that is in the wrong place, not just 
"objects"... and have everyone's map match the intended display of the 
event. The elements of this design objective were: 


1) Things transmitted in the "object" format should always be associated 
with the callsign of the SENDING station for accountability and system 
integrity. 


2) Otherwise, Objects are no different from any other APRS position 
report. That means: 


An incoming OBJECT replaces any occurence of the same-name 

An incoming POSITION replaces any occurence of the same-name 

A KILL OBJECT format kills any occurence of the same-name 

Name comparison is case sensitive. "WB4APR" does not equal "“wb4apr" 


+t OF 


I just thought I would clarify this point, becase someone has pointed out 
that this detail of APRS design does not explicitly come across in the 
spec as written 


de WB4APR, Bob 
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Here is the current list of APRS TOcalls and Version nomenclature that I 
have updated. 


> APA A-Filter, Alinco, etc 
> APAFxx AFilter. 
> APAGxx AGATE 
> APAXxx AFilterx. 
> APAHxx AHub 
> APB avail 
> APC Windows CE, etc 
> APD APRSd, etc 
APDTxx APRStouch Tone (DTMF) 
> APE avail 
> APF avail 


> APG Gates, etc 


APH 
API 


APJ 
APK 


APL 
APM 
APN 


APO 
APP 
APQ 
APR 


APS 
APT 


APU 


APV 
APW 
APX 
APY 
APZ 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


HamHud, etc 

Icom, etc 

APICQx for ICQ 

JavaAPRS, JeAPRS,etc 

Kenwood, etc 

APKOxx THD7's 

APK1xx D700's 

Liunx applications 

MacAPRS, etc 

Network nodes, digis, etc 

APNDxx DIGI_NED 

APNUxx UIdigi 

APRSpoint 

pocketAPRS, etc 

avail 

APR8xx APRSdos,etc 

APRDxx APRSdata, APRSdr 

APRKxx APRStk 

APRS Generic, (obsolete. Digis should use APNxxx instead) 
APRXxx APRSmax 

APRTLM used my MIM's and Mic-lites, etc 
APRS+SA, etc 

TinyTrack 

APTTxx Tiny Track 

APT2xx Tiny Track II 

APTAxx K4ATM's tiny track 

APTV for ATV/APRN and SSTV applications 
UIview, etc 

APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 

avail 

WinAPRS, etc 

Xaprs, etc 

etc, Yeasu, etc 

Experimental 

APZOxx Xastirx 

APZPAD Smart Palm 


Authors with similar alphabetic requirements are encouraged to share 


their 


address space with other software. Work out agreements amongst 


yourselves and keep me informed. 


de WB4APR, Bob 
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Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <kRyq6gAeR8B9Ewgq@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-84591-2002.06.12-17.27.53--roger#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

>Here is the current list of APRS TOcalls and Version nomenclature that I 
>have updated. 

> 

[snip] 

>> APU UIview, etc 

>> APU1xx UIview 16 bit applications 

>> APU2xx UIview 32 bit apps 


I've also used APU3xx for an unproto terminal with some APRS 
capabilities. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jun 13 10:23:12 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA27591 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jun 2002 10:23:11 -0500 (CDT) 
Date: Thu, 13 Jun 2002 11:20:48 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS TOCALLs/versions (June 2002 2nd revision) 
Message-ID: <LYR11589-84760-2002.06.13-10.58.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0206131114230.4470-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


THe copy from yesterday still did not have some of the feedback I had 
received. Here is the LATEST copy that I hope includes everyone's 
requests: It adds: 


APCY for the Cybiko 

APJA for JavAPRS 

APJE for JeAPRS 

APU3 for UIview terminal program 


And it adds Xastir to the list under APX... 


Here is the current list of APRS TOcalls and Version nomenclature that I 
have updated. 


APA A-Filter, Alinco, etc 
APAFxx AFilter. 
APAGxx AGATE 
APAXxx AFilterx. 
APAHxx AHub 


APB 
APC 


APD 


APE 
APF 
APG 
APH 
API 


APJ 


APK 


APL 
APM 
APN 


APO 
APP 
APQ 
APR 


APS 
APT 


APU 


APV 
APW 
APX 
APY 
APZ 


avail 
Windows CE, etc 
APCYxx Cybiko applications 


APRSd, etc 

APDTxx APRStouch Tone (DTMF) 
avail 

avail 

Gates, etc 

HamHud, etc 

Icom, etc 


APICQx for ICQ 

JavaAPRS, JeAPRS,etc 

APJAxx JavAPRS 

APJExx JeAPRS 

Kenwood, etc 

APK@xx THD7's 

APK1xx D700's 

Liunx applications 

MacAPRS, etc 

Network nodes, digis, etc 

APNDxx DIGI_NED 

APNUxx UIdigi 

APRSpoint 

pocketAPRS, etc 

avail 

APR8xx APRSdos,etc 

APRDxx APRSdata, APRSdr 

APRKxx APRStk 

APRS Generic, (obsolete. Digis should use APNxxx instead) 
APRXxx APRSmax 

APRTLM used my MIM's and Mic-lites, etc 
APRS+SA, etc 

TinyTrack 

APTTxx Tiny Track 

APT2xx Tiny Track II 

APTAxx K4ATM's tiny track 

APTV for ATV/APRN and SSTV applications 
UIview, etc 

APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 

APU3xx UIview terminal program 
avail 

WinAPRS, etc 

Xaprs, Xastir, etc 

etc, Yeasu, etc 

Experimental 

APZOxx Xastix 

APZPAD Smart Palm 


Authors with similar alphabetic requirements are encouraged to share 
their address space with other software. Work out agreements amongst 
yourselves and keep me informed. 


de WB4APR, Bob 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jun 13 12:35:35 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ5827 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jun 2002 12:35:30 -0500 (CDT) 

From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] 3rd party packet handling 
Date: Thu, 13 Jun 2002 13:35:02 -0400 
Content-Type: text/plain; 

charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-84786-2002.06.13-13.11.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206131335021) .01374@lab1.wa4dsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


During my efforts to flush out bugs in aprsd 
I've found a problem in it's handing of 3rd party 


packets. I can't fix it until I know exactly how 
they should be handled. This is only about the 
current state of affairs and not possible future 
means of handling these. 


Issue #1: 

To prevent RF=>Inet=>RF loops 3rd party packets 
must be treated differenty. They can be stopped 
from entering the Internet from RF or they can be 
stopped from going to RF from the Internet or both. 
Current practice varies: 


Mac/WinAPRS passes 3rd party pkts to the Internet from RF. 


Aprsd kills 3rd party pkts from RF but allows them from 
Internet sources. It also will re-format a 3rd party 
pkt AGAIN if it thinks that packet should go to RF. 
(most likely a bad thing) 


Others??? 


Issue #2 involves the "TCPIP" in the 3rd party header. 
Should it have and * or not. Current practice varies. 


WB5BBW>APX112 ,WD5IYT-2,K5TXU-1*,WIDE/1: + 
TR8FPH>TR8SL, TCPIP, WBSBBWx: : TR8CA :ack25 


W8ID>APD214 , KB8YVY , KLDE-5*: {W8ID-4>APW251, TCPIP*,W8ID*:=4106.46N/ 
08312 .QOQWoPHG6360/WinAPRS 2.5.1 


N8NOE>APM361, RELAY* ,WIDE2-2: }K4PJIY>APRS, TCPIP,N8NOE*x:>Messaging is OFF. 
phil@K4PIY.net 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jun 13 13:17:47 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ7773 
for <lyris.aprsspec@tapr.org>; Thu, 13 Jun 2002 13:17:41 -0500 (CDT) 
Date: Thu, 13 Jun 2002 14:17:15 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: 3rd party packet handling 
In-Reply-To: <LYR11586-84786-2002.06.13-13.11.49-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-84789-2002.06.13-13.54.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0206131415350.6669-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 13 Jun 2002, Dale Heatherington wrote: 


> Issue #2 involves the "TCPIP" in the 3rd party header. 
> Should it have and * or not. Current practice varies. 


As always, my opinion is that it should be marked with a "x" once that 
field has been "used" to remain consistent with the has-been-used bit 


inherent in the AX.25 header format. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jun 13 22:16:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ5800 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jun 2002 22:16:27 -0500 (CDT) 
Date: Thu, 13 Jun 2002 21:15:51 -0600 (MDT) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Dual-homed APRS Hosts 
In-Reply-To: <LYR21162-84786-2002.06.13-13.11.49-- 
jmaslak#antelope.net@lists.tapr.org> 
Message-ID: <LYR11589-84862-2002.06.13-22.52.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Joel Maslak <jmaslak@antelope.net> 
X-Message-Id: <Pine.LNX.4.44.0206132106480 .3928-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The current internet server system has a problem when a user has both RF 
and Inet connectivity (I believe WinAPRS has the problem I'm about to 
describe). 


Basically, user issues a query, such as "?APRS?" or "?PIGATE?". This query 
goes out via BOTH the inet stream and RF. 


A nearby IGATE will see that that station is in it's "heard" list and send 
the responses from the INTERNET ?IGATE? query back to RF... Obviously, 
this can be a very bad thing, as there are hundreds of responses now going 
out over the local RF net! Other bad things can happen when the IGATE 
itself gates someone's query to the internet (IMHO, this should not be 
allowed by IGates). 


I've modified my copy of APRSD to drop all queries, no matter what the 
origin. But I can't stop the responses to the queries, since the formats 
vary so much. So the dual-homed problem still exists. I've seen cases 
where these dual-homed systems caused 15 minutes of solid traffic due to 
the hundreds and thousands of responses, and the digipeating of those 
responses once gated to RF. I've banned a couple of users at my IGates 


for short periods of time due to their usage of queries. 
My proposal: 


1) IGate developers ensure that their software does NOT send queries 
from RF to the Internet - EVER. 


2) End-user software developers require seperate SSIDs on each "interface" 
on a multi-homed system, be that a RF, Inet, LAN, or whatever interface. 
Packets originating from a host will use the address of the interface 
which sent the packet. Thus, if someone sent a query out to the internet, 
the sending callsign won't be in the heard list of the local IGATEs, thus 
the responses won't get gated to RF - clogging the system. 


Joel 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jun 13 22:33:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAAQ6354 

for <lyris.aprsspec@tapr.org>; Thu, 13 Jun 2002 22:33:24 -0500 (CDT) 
Subject: [aprsspec] RE: Dual-homed APRS Hosts 
Date: Thu, 13 Jun 2002 22:33:05 -0500 
Message-ID: <LYR11589-84865-2002.06.13-23.09.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Thread-Topic: [aprsspec] Dual-homed APRS Hosts 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
content-class: urn:content-classes:message 
Thread-Index: AcITULYITTa5v5qqS+KYnrGQLdOVSAAAVO4w 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 


X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48FO0C@ame-main.ametx. com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id WAA06354 


The problem you describe is unique to aprsD. Dale has corrected it in 
the latest version of aprsD. Basically, queries being passed from RF to 
APRS-IS should not be a problem as all defined generic queries are 
supposed to be responded to with non-message packets which will not be 
gated back to RF. However, current versions of aprsD (except for Dale's 
beta version) respond to ?IGATE? with a message. This causes the 
problem of a mass of messages being gated back to RF. 


Instead of blocking all queries (I hope you are not blocking directed 
queries), aprsD users should upgrade to Dale's latest version to 
eliminate message responses to generic queries. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Sse Original Message----- 

> From: Joel Maslak [mailto:jmaslak@antelope.net] 

> Posted At: Thursday, June 13, 2002 10:17 PM 

> Subject: [aprsspec] Dual-homed APRS Hosts 

> 

> Basically, user issues a query, such as "?APRS?" or 
> "PIGATE?". This query 

> goes out via BOTH the inet stream and RF. 


out over the local RF net! Other bad things can happen when the IGATE 
itself gates someone's query to the internet (IMHO, this should not be 
allowed by IGates). 


VV VV WV 


I've modified my copy of APRSD to drop all queries, no matter what the 


1) IGate developers ensure that their software does NOT send queries 
from RF to the Internet - EVER. 


2) End-user software developers require seperate SSIDs on 

each "interface" 

on a multi-homed system, be that a RF, Inet, LAN, or whatever 
interface. 

Packets originating from a host will use the address of the interface 
which sent the packet. Thus, if someone sent a query out to 

the internet, 


VV VV VV VV VV 


> the sending callsign won't be in the heard list of the local 
> IGATEs, thus 
> the responses won't get gated to RF - clogging the system. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 02:28:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA15942 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 02:28:56 -0500 (CDT) 
Message-ID: <LYR11589-84903-2002.06.14-03.05.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 14 Jun 2002 08:27:43 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
References: <LYR21162-84786-2002.06.13-13.11.49-- 
jmaslak#antelope.net@lists.tapr.org> 
<LYR26815 -84862-2002.06.13-22.52.36--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-84862-2002.06.13-22.52.36-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <dktOHvAvrZC9Ewsb@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-84862-2002.06.13-22.52.36--rogeritpeaksys.co.uk@list 
s.tapr.org>, Joel Maslak <jmaslak@antelope.net> writes 

>The current internet server system has a problem when a user has both RF 
>and Inet connectivity (I believe WinAPRS has the problem I'm about to 


>describe). 

> 

>Basically, user issues a query, such as "?APRS?" or "?IGATE?". This query 
>goes out via BOTH the inet stream and RF. 

[snip] 


>2) End-user software developers require seperate SSIDs on each "interface" 
>on a multi-homed system, be that a RF, Inet, LAN, or whatever interface. 


If that means what I think it means, then each interface effectively 
becomes a separate station, which seems to me to be a big hammer to 
crack a small nut. 


Won't this fix the problem - 
1. IGATES never respond to queries from the internet. 


2. IGATES never gate queries from the internet to RF, which in any case 
will only ever happen if all traffic from a callsign is being "forced" 
through by some selection mechanism. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 03:32:33 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA26674 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 03:32:32 -0500 (CDT) 

Message-ID: <LYR11589-84908-2002.06.14-04.08.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Fri, 14 Jun 2002 09:30:26 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: Dual-homed APRS Hosts 

References: <LYR21162-84786-2002.06.13-13.11.49-- 
jmaslak#antelope.net@lists.tapr.org> 

<LYR26815 -84862-2002.06.13-22.52.36--rogeri#peaksys.co.uk@lists.tapr.org> 
<LYR26815 -84903-2002.06.14-03.05.16--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-84903-2002.06.14-03.05.16-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <G3eCz3BimaC9Ew$S@peaksys.co.uk> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-84903-2002.06.14-03.05.16--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Roger Barker <roger@peaksys.co.uk> writes 

[snip] 

> 

>2. IGATES never gate queries from the internet to RF, which in any case 
>will only ever happen if all traffic from a callsign is being "forced" 
>through by some selection mechanism. 


I should, of course, have said "general queries". 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 07:44:52 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ6188 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 07:44:49 -0500 (CDT) 
Date: Fri, 14 Jun 2002 06:44:05 -0600 (MDT) 
From: Joel Maslak <jmaslak@antelope.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Dual-homed APRS Hosts 
In-Reply-To: <LYR21162-84865-2002.06.13-23.09.43-- 
jmaslaki#antelope.net@lists.tapr.org> 
Message-ID: <LYR11589-84918-2002.06.14-08.21.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Joel Maslak <jmaslak@antelope.net> 
X-Message-Id: <Pine.LNX.4.44.0206140640500.8351-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 13 Jun 2002, AE5PL Lists wrote: 


The problem you describe is unique to aprsD. Dale has corrected it in 
the latest version of aprsD. Basically, queries being passed from RF to 
APRS-IS should not be a problem as all defined generic queries are 
supposed to be responded to with non-message packets which will not be 
gated back to RF. However, current versions of aprsD (except for Dale's 
beta version) respond to ?IGATE? with a message. This causes the 
problem of a mass of messages being gated back to RF. 


VV VV VV MV 


What is gained by not blocking undirected queries, if the responses won't 
be heard regardless? 


Choice 1: Block the responses to undirected queries 

Pro: Lets the query get to the Inet even though most responses won't be 
heard. (seems pointless to me) 

Con: There are going to be lots of old APRSD stations around for a 
while... I'm also not positive only APRSD does this particular behaviour. 
So, basically, today you would still clog your RF stream if you didn't 
block the undirected queries. But this is a problem different then the 
one I was trying to address. 


Choice 2: Block the undirected query requests 

Pro: Let's the local system operators protect their own RF LAN without 
relying on other people being "on the ball". 

Con: The query obviously never gets to the Inet... 


Joel Maslak 
N7XUC 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 08:16:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ7955 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 08:16:48 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4ddsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 09:16:27 -0400 


Content-Type: text/plain; 
charset="US-ASCII" 
References: <LYR18156-84862-2002.06.13-22.52.36--dalet#twaddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-84862-2002.06.13-22.52.36--daled#waddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-84926-2002.06.14-08.53.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206140916271S .01374@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


When released aprsd215 will not pass ?IGATE? queries 
from RF to Internet. It will respond to a ?IGATE? 
query from RF with a single non-directed response 
back to RF. So, 1 query generates 1 response. 


Directed queries are ignored. 
Non-directed queries from the Internet generate 
a non-directed response back to the Internet. 


Dale 
WA4DSY 


On Thursday 13 June 2002 11:15 pm, Joel Maslak wrote: 

The current internet server system has a problem when a user has both RF 
and Inet connectivity (I believe WinAPRS has the problem I'm about to 
describe). 


Basically, user issues a query, such as "?APRS?" or "?PIGATE?". This query 
goes out via BOTH the inet stream and RF. 


A nearby IGATE will see that that station is in it's "heard" list and send 
the responses from the INTERNET ?IGATE? query back to RF... Obviously, 
this can be a very bad thing, as there are hundreds of responses now going 
out over the local RF net! Other bad things can happen when the IGATE 
itself gates someone's query to the internet (IMHO, this should not be 
allowed by IGates). 


I've modified my copy of APRSD to drop all queries, no matter what the 
origin. But I can't stop the responses to the queries, since the formats 


VV VV VV VV VV VV VV VV 


vary so much. So the dual-homed problem still exists. I've seen cases 
where these dual-homed systems caused 15 minutes of solid traffic due to 
the hundreds and thousands of responses, and the digipeating of those 
responses once gated to RF. I've banned a couple of users at my IGates 
for short periods of time due to their usage of queries. 


My proposal: 


1) IGate developers ensure that their software does NOT send queries 

from RF to the Internet - EVER. 

2) End-user software developers require seperate SSIDs on each "interface" 
on a multi-homed system, be that a RF, Inet, LAN, or whatever interface. 
Packets originating from a host will use the address of the interface 
which sent the packet. Thus, if someone sent a query out to the internet, 
the sending callsign won't be in the heard list of the local IGATEs, thus 
the responses won't get gated to RF - clogging the system. 


VVVVV VV VV VV VV VV VM 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 08:30:36 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ8373 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 08:30:30 -0500 (CDT) 
Subject: [aprsspec] RE: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 08:30:17 -0500 
MIME-Version: 1.0 
Message-ID: <LYR11589-84927-2002.06.14-09.06.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 
charset="US-ASCII" 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] RE: Dual-homed APRS Hosts 
Thread-Index: AcIToXTFRDtSV24JSEKHQtGLTQZAO0QABTT Lg 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO48FOF@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA08373 


DB seere Original Message----- 

From: Joel Maslak [mailto: jmaslak@antelope.net] 
Posted At: Friday, June 14, 2002 7:46 AM 
Subject: [aprsspec] RE: Dual-homed APRS Hosts 


Con: There are going to be lots of old APRSD stations around for a 
while... I'm also not positive only APRSD does this 

particular behaviour. 

So, basically, today you would still clog your RF stream if you didn't 
block the undirected queries. But this is a problem 

different then the 

one I was trying to address. 


Choice 2: Block the undirected query requests 

Pro: Let's the local system operators protect their own RF LAN without 
relying on other people being "on the ball". 

Con: The query obviously never gets to the Inet... 


VVVVNV VV VV VV VV VV NV 


As you noted, there will be a lot of old aprsD stations around for a 
while. What you didn't note is that there will be a factor of at least 
10 times as many "old" IGate stations around for even longer. Hence, 
your solution is even less likely to be fully implemented. I don't have 
any problem with IGates not gating general queries from RF to the 
Internet (they shouldn't be gated from the Internet to RF as they are 
not messages). But, it should not be assumed that this will 
automatically fix things due to older software continuing to be in use. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 08:53:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA09092 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 08:53:26 -0500 (CDT) 
Message-ID: <LYR11589-84934-2002.06.14-09.29.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 
Reply-To: Bill Diaz <william.diaz@attbi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 08:52:45 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C21380.DA3F0520.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Dale, 
What will the non-directed response look like? 


Bill KC9XG 
On Friday, June 14, 2002 08:16, Dale Heatherington [SMTP:dale@wa4dsy.net] wrote: 


When released aprsd215 will not pass ?IGATE? queries 
from RF to Internet. It will respond to a ?IGATE? 
query from RF with a single non-directed response 
back to RF. So, 1 query generates 1 response. 


> Directed queries are ignored. 
> Non-directed queries from the Internet generate 
> a non-directed response back to the Internet. 


> Dale 
> WA4DSY 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 09:04:11 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA09429 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 09:04:02 -0500 (CDT) 

From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] 3rd Party 
Date: Fri, 14 Jun 2002 10:03:22 -0400 
Content-Type: text/plain; 

charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-84936-2002.06.14-09.40.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206141003221T .01374@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Assume we are a hub/server and receive a 3rd party packet. 


>From RF: 
Should we: 
(A) kill it.(aprsd style) 
(B) pass it on to the internet unmodified (Mac/WinAprs, Xastir) 
(C) Kill it only if it has been igated to RF from Internet ( TCPIP in hdr), else 
do (B) 
(D) If it has not igated (no TCPIP) then convert from 3rd party to normal 
and send to Internet , else do (B) or kill. 


(E) Other 


>From Internet: 

(A) Kill it. 

(B) pass it on unmodified (current practice) 
(C) Other 


Our Inet to RF filter says it should go to RF 
should we: 


(A) kill it ? 

(B) pass it on as-is (eg: strip path and send data to TNC) 

(C) Kill it only if it's been igated to RF before (has TCPIP in header) 
(D) wrap it in another 3rd party header + (aprsd does this now) 

(E) Other 


Note that current practice has a literal loop hole. 3rd party pkts can re-enter 
the Internet stream via igates such as WinAPRS and be reinjected into 
the RF domain via aprsd. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 10:22:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA13356 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 10:22:48 -0500 (CDT) 
Subject: [aprsspec] RE: 3rd Party 
Date: Fri, 14 Jun 2002 09:35:29 -0500 
MIME-Version: 1.0 
Message-ID: <LYR11589-84939-2002.06.14-10.59.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 

charset="US-ASCII" 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] 3rd Party 
Thread-Index: AcITrHFbvLz080y4QvCyO0GIfmRIwigAAs1IA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto: leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48F11@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA13356 


>ooecce Original Message----- 

> From: Dale Heatherington [mailto:dale@waddsy.net] 

> Posted At: Friday, June 14, 2002 9:05 AM 

> Subject: [aprsspec] 3rd Party 

> 

> Assume we are a hub/server and receive a 3rd party packet. 
> From RF: 

> Should we: 

> (B) pass it on to the internet unmodified (Mac/WinAprs, Xastir) 
> (D) If it has not igated (no TCPIP) then convert from 3xd 
> party to normal 

> and send to Internet , else kill. 


I think D best matches what has been discussed here. Note that it 
should not be gated to the Internet if it came from an IGate (TCPIP in 
the third-party header). 


> From Internet: 
> (A) Kill it. 


No third-party packets should exist on APRS-IS. They should have been 
modified per D above prior to gating to APRS-IS. 


> Our Inet to RF filter says it should go to RF 


Interesting question. However, per the above paragraph, if it is a 3rd 
party packet, it should be killed. If it is a standard packet, it 
should be gated with a 3rd party header if it was not already heard by 
the IGate on RF. This will prevent it from being gated back to the 
Internet since it would have TCPIP in the 3rd party header. 


> Note that current practice has a literal loop hole. 3rd party 

> pkts can re-enter 

> the Internet stream via igates such as WinAPRS and be reinjected into 
> the RF domain via aprsd. 


This is why we are filtering out all 3rd party packets on APRS-IS. If 
the packet modification shown in D above is done, then this filtering 
can remain in place but non-IGate originated 3rd party packets will 
still be properly represented on APRS-IS. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 10:27:11 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA14095 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 10:27:07 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4ddsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 10:25:56 -0400 
Content-Type: text/plain; 
charset="us-ascii" 
References: <LYR18156-84934-2002.06.14-09.29.28--dale#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-84934-2002.06.14-09.29.28--daled#wad4ddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-84941-2002.06.14-11.03.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206141025561U.01374@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Friday 14 June 2002 09:52 am, Bill Diaz wrote: 


> Dale, 
> What will the non-directed response look like? 
> 


> Bill KC9XG 


Here's one from my test and dev. system. 


testaprsd>APD215, TCPIP*:<IGATE,MSG_CNT=0, LOC_CNT=0, CALL=WA4DSY-3, 
LOCATION=Atlanta_GA,HOST=lab1.wa4ddsy.net, IP=216.27.174.141, 
EMAIL=sysop@myisp.net,VERS=aprsd 2.1.5b1.6 


Note. It's really one line. 


On Friday, June 14, 2002 08:16, Dale Heatherington [SMTP:dale@wa4dsy.net] wrote: 
When released aprsd215 will not pass ?IGATE? queries 

from RF to Internet. It will respond to a ?IGATE? 

query from RF with a single non-directed response 

back to RF. So, 1 query generates 1 response. 


Directed queries are ignored. 
Non-directed queries from the Internet generate 
a non-directed response back to the Internet. 


Dale 
WA4DSY 


VV VV VV VV VV VV 
VV VV VV VV VV WV 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 11:06:38 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA16179 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 11:06:32 -0500 (CDT) 
Message-Id: <LYR11589-84949-2002.06.14-11.43.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: wa7nwp@pop.mail.yahoo.com 
Date: Fri, 14 Jun 2002 09:05:19 -0700 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
Subject: [aprsspec] RE: 3rd Party 
In-Reply-To: <LYR19173-84939-2002.06.14-10.59.35--wa7nwpd#yahoo.com@lists 


. tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
X-Message-Id: <4.2.0.58.20020614085202 .009fa770@pioneernet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Assume we are a hub/server and receive a 3rd party packet. 
From RF: 
Should we: 
(B) pass it on to the internet unmodified (Mac/WinAprs, Xastir) 
(D) If it has not igated (no TCPIP) then convert from 3rd 
party to normal 
and send to Internet , else kill. 


VVVV VV VV WV 
VV VV VV NV 


>I think D best matches what has been discussed here. Note that it 
>should not be gated to the Internet if it came from an IGate (TCPIP in 
>the third-party header). 


I have an additional "possible" use of 3rd party packets. 

I was using Digi_ned to "gate" HF 10.151 packets to the local two meter network. 
They 

were being broadcast on two meters with a slightly modified path showing they'd 


come through my system. 


What made it interesting was that I wasn't really planning to be a 10.151 
transmitter. 


So I was sending positions of stations around the country out on two meters, 


Igates would see them and assume there were "local". So when somebody sent 
a message to one of these HF stations - all the local Igates would gate the 
message 


from Internet to our local RF system. 


I think the solution, given the current discussions, is to modify digi_ned so it 
can broadcast 

with 3rd party format. Then the HF stations can show up on the local RF and 
will be 
gated to the Internet (no TCPIP in the path) yet the Igates won't consider them as 


locals. 


Bill - WA7NWP 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 11:40:43 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA17870 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 11:40:32 -0500 (CDT) 
Message-ID: <LYR11589-84953-2002.06.14-12.17.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 
Reply-To: Bill Diaz <william.diaz@attbi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 11:40:09 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <01C21398.3DB19480.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Dale, 
The APRS Spec indicates that the response to an ?IGATE? query should 
contain the following example response <IGATE,MSG_CNT=43,LOC_CNT=14 


Presently, an ?IGATE? query can result in an enormous amount of data being 
sent to the IS. Some of the proposed improvements to the IS would reduce 
the number of ?IGATE? requests but we should consider limiting the 
responses to the format provided in the APRS Spec since there are quite a 
few users of the APRS IS who are charged by the volume of data received and 
sent. 


aprsd15 ?IGATE? response has a total of 168 bytes in your example. Is it 
really necessary to append other information to the response? 


Bill KC9XG 


On Friday, June 14, 2002 09:26, Dale Heatherington [SMTP:dale@wa4dsy.net] 
wrote: 

On Friday 14 June 2002 09:52 am, Bill Diaz wrote: 

> Dale, 

> What will the non-directed response look like? 
> 

> Bill KC9XG 

Here's one from my test and dev. system. 


testaprsd>APD215, TCPIP*:<IGATE,MSG_CNT=0, LOC_CNT=0, CALL=WA4DSY-3, 
LOCATION=Atlanta_GA,HOST=lab1.wa4ddsy.net, IP=216.27.174.141, 
EMAIL=sysop@myisp.net,VERS=aprsd 2.1.5b1.6 


Note. It's really one line. 


> On Friday, June 14, 2002 08:16, Dale Heatherington 
SMTP: dale@wa4dsy.net] wrote: 

> When released aprsd215 will not pass ?IGATE? queries 
from RF to Internet. It will respond to a ?IGATE? 
query from RF with a single non-directed response 
back to RF. So, 1 query generates 1 response. 


Directed queries are ignored. 
Non-directed queries from the Internet generate 
a non-directed response back to the Internet. 


Dale 
WA4DSY 


VV VV VV VV VV 
VV VV VV VV VV MV 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: kc9xg@attbi.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 12:47:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA22303 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 12:47:56 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 13:47:35 -0400 
Content-Type: text/plain; 
charset="us-ascii" 
References: <LYR18156-84953-2002.06.14-12.17.18--dale#twa4ddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-84953-2002.06.14-12.17.18--dale#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-84976-2002.06.14-13.24.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206141347351V .01374@lab1.waddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Friday 14 June 2002 12:40 pm, Bill Diaz wrote: 

Dale, 

The APRS Spec indicates that the response to an ?IGATE? query should 
contain the following example response <IGATE,MSG_CNT=43,LOC_CNT=14 


Presently, an ?IGATE? query can result in an enormous amount of data being 
sent to the IS. Some of the proposed improvements to the IS would reduce 
the number of ?IGATE? requests but we should consider limiting the 
responses to the format provided in the APRS Spec since there are quite a 
few users of the APRS IS who are charged by the volume of data received and 
sent. 


aprsd15 ?IGATE? response has a total of 168 bytes in your example. Is it 
really necessary to append other information to the response? 


VV VV VV VV VV VV VV 


> Bill KC9XG 

No. However, it conveys additional information about igates/Servers within 
range of the RF station. It was my understanding that additional 
TOKEN=VALUE pairs could be defined. 

Of what use is MSG_CNT and LOC_CNT? 


What sort of information would be useful? 


On Friday, June 14, 2002 09:26, Dale Heatherington [SMTP:dale@wa4dsy.net] 


wrote: 

> On Friday 14 June 2002 09:52 am, Bill Diaz wrote: 

> > Dale, 

>> What will the non-directed response look like? 

>> 

> > Bill KC9XG 

> 

> Here's one from my test and dev. system. 

> 

> testaprsd>APD215, TCPIP*:<IGATE,MSG_CNT=0, LOC_CNT=0, CALL=WA4DSY-3, 
> LOCATION=Atlanta_GA,HOST=lab1.wa4dsy.net, I[P=216.27.174.141, 
> EMAIL=sysop@myisp.net,VERS=aprsd 2.1.5b1.6 

> 

> Note. It's really one line. 

> 

> > On Friday, June 14, 2002 08:16, Dale Heatherington 


[SMTP:dale@wa4dsy.net] wrote: 

> When released aprsd215 will not pass ?IGATE? queries 
from RF to Internet. It will respond to a ?IGATE? 
query from RF with a single non-directed response 
back to RF. So, 1 query generates 1 response. 


Directed queries are ignored. 
Non-directed queries from the Internet generate 
a non-directed response back to the Internet. 


Dale 
WA4DSY 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV MV 


VVVVV VV VV VV 
VV VV VV VV VV 
VV VV VV VV VV WV 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 12:59:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA22665 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 12:59:38 -0500 (CDT) 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 12:59:31 -0500 
MIME-Version: 1.0 
Message-ID: <LYR11589-84980-2002.06.14-13.36.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 
charset="US-ASCII" 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] Re: Dual-homed APRS Hosts 
Thread-Index: AcITy8FFaVHSkoOgR1u5qFe5aDcvRQAAC7FA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CBFB@ame-main.ametx. com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA22665 


Bee eee Original Message----- 

From: Dale Heatherington [mailto:dale@wa4dsy.net] 
Posted At: Friday, June 14, 2002 12:49 PM 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 


VV VV WV 


range of the RF station. It was my understanding that additional 


> TOKEN=VALUE pairs could be defined. 


You are correct, Dale. The spec does not limit you to MSG_CNT and 
LOC_CNT. It just says that those are "currently defined capabilities". 


> O£ what use is MSG_CNT and LOC_CNT? 


These were of more importance in earlier times to let people know how 
many stations the IGate thought should be gated to. It also helped to 
know how many messages the IGate had gated. These are purely 
informational. 


> What sort of information would be useful? 


PIGATE? queries do not occur very often so undirected responses do not 
greatly impact APRS-IS performance. However, the directed responses 
have been a problem for the RF side of things but your modifications 
remove that as an issue. 


The information contained in your station capabilities packet is useful. 
I am sure other things could be determined useful, as well. I would say 
that this is pretty open-ended according to the spec. You don't want it 
to be too long, but it is up to the various authors such as yourself to 
determine what other capabilities would be useful. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 13:07:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA23044 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 13:07:10 -0500 (CDT) 
Message-ID: <LYR11589-84983-2002.06.14-13.43.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Tim Cunningham" <tim_cunningham@mindspring.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR18156-84953-2002.06.14-12.17.18--dale#twa4ddsy.net@lists.tapr.org> 
<LYR11672-84976-2002.06.14-13.24.42--tim_cunningham#mindspring.com@lists.tapr.org> 


Subject: [aprsspec] Re: Dual-homed APRS Hosts 
Date: Fri, 14 Jun 2002 13:03:18 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="i1s0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Tim Cunningham" <tim_cunningham@mindspring.com> 
X-Message-Id: <004301c213ce$1e93d230$6601a8cOG@usf.teradyne.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


LOC_CNT tells me that my RF port is working or at least hearing 
something on my IGATE when I am on the road. If I see the number 
drop significantly I know there is an RF, TNC, or communication 
problem with the computer to the RF side of the port. 


MSG_CNT is another indicator to help diagnose a problem remotely. 
If I see the count increasing and my LOC_CNT is failing, the remote 
diagnosis would be that the RF port is not working but the TCP/IP 
port is working. 


Are they useful? Only if there is a problem and you are trying to 
determine which indicators are abnormal. My IGATE is remotely 
located so I rely on these and other parameters I can request 
remotely to give a clue if there is any trouble with the gateways 
operation. 


Tim - N8DEU 


Saat Original Message ----- 

From: "Dale Heatherington" <dale@wa4ddsy.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Friday, June 14, 2002 12:47 PM 

Subject: [aprsspec] Re: Dual-homed APRS Hosts 


On Friday 14 June 2002 12:40 pm, Bill Diaz wrote: 

> Dale, 

> The APRS Spec indicates that the response to an ?IGATE? query should 
> contain the following example response <IGATE,MSG_CNT=43,LOC_CNT=14 

> 


> Presently, an ?IGATE? query can result in an enormous amount of data 
being 

> > sent to the IS. Some of the proposed improvements to the IS would reduce 
> > the number of ?IGATE? requests but we should consider limiting the 

> > responses to the format provided in the APRS Spec since there are quite 
a 

> > few users of the APRS IS who are charged by the volume of data received 
> > sent. 

> > aprsd15 ?IGATE? response has a total of 168 bytes in your example. Is 


> really necessary to append other information to the response? 


Bill KC9XG 


VV VV Vv 
Vv 


No. However, it conveys additional information about igates/Servers 
within 
range of the RF station. It was my understanding that additional 
TOKEN=VALUE pairs could be defined. 


Of what use is MSG_CNT and LOC_CNT? 


What sort of information would be useful? 


> 

> 

> 

> 

> 

> 

> 

> 

> 

> 

>> 

>> 

> > On Friday, June 14, 2002 09:26, Dale Heatherington 
[SMTP: dale@wa4dsy.net] 
>> 

> wrote: 

> On Friday 14 June 2002 09:52 am, Bill Diaz wrote: 
> > Dale, 

> > What will the non-directed response look like? 
> > 

> > Bill KC9XG 

> 

> 

> 

> 


Here's one from my test and dev. system. 


VV VV VV VV VV 
VV VV VV VV WV 


testaprsd>APD215, TCPIP*:<IGATE,MSG_CNT=0,LOC_CNT=0,CALL=WA4DSY-3, 


> > LOCATION=Atlanta_GA,HOST=lab1.waddsy.net, IP=216.27.174.141, 
> > EMAIL=sysop@myisp.net,VERS=aprsd 2.1.5b1.6 

>> 

> > Note. It's really one line. 

>> 

> > > On Friday, June 14, 2002 08:16, Dale Heatherington 

> 

> [SMTP:dale@wa4dsy.net] wrote: 

> > > > When released aprsd215 will not pass ?IGATE? queries 
> > > > from RF to Internet. It will respond to a ?IGATE? 

> > > > query from RF with a single non-directed response 

> > > > back to RF. So, 1 query generates 1 response. 
>>>> 

> > > > Directed queries are ignored. 

> > > > Non-directed queries from the Internet generate 

> > > > a non-directed response back to the Internet. 
>>>> 

>> > > Dale 

> > > > WA4DSY 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 13:09:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA23103 

for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 13:09:12 -0500 (CDT) 
Message-ID: <LYR11589-84986-2002.06.14-13.45.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 


Reply-To: Bill Diaz <william.diaz@attbi.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Dual-homed APRS Hosts 

Date: Fri, 14 Jun 2002 13:08:44 -0500 

MIME-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C213A4.9D235D20.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Dale, 


On Friday, June 14, 2002 12:48, Dale Heatherington [SMTP:dale@wa4dsy.net] 
wrote: 

> On Friday 14 June 2002 12:40 pm, Bill Diaz wrote: 

> > Dale, 

> > The APRS Spec indicates that the response to an ?IGATE? query should 
> > contain the following example response <IGATE,MSG_CNT=43,LOC_CNT=14 


> > Presently, an ?IGATE? query can result in an enormous amount of data 
being 

> > sent to the IS. Some of the proposed improvements to the IS would 
reduce 

> > the number of ?IGATE? requests but we should consider limiting the 

> > responses to the format provided in the APRS Spec since there are quite 
a 

> > few users of the APRS IS who are charged by the volume of data received 
and 

> > sent. 


> > aprsd15 ?IGATE? response has a total of 168 bytes in your example. Is 
it 

> > really necessary to append other information to the response? 

>> 

> > Bill KC9XG 


> No. However, it conveys additional information about igates/Servers 
within 

> range of the RF station. It was my understanding that additional 

> TOKEN=VALUE pairs could be defined. 


The original problem with responses to ?IGATE? queries from RF was that the 


local channel would be overwhelmed with numerous lengthy replies. Very 
easy to render a local RF Channels useless if even one of these queries is 
passed to the Internet and lengthy responses are returned to RF. 


Additonally, we need to consider the burden placed on restricted bandwidth 
connections and the cost to some users for data delivered on the Internet. 


> O£ what use is MSG_CNT and LOC_CNT? 
> What sort of information would be useful? 


The information provided should be kept as short as reasonably practical. 
If users are allowed to add information to those responses, then we will 
still see extremely long packets. Presently, not unusual to see responses 
of 250+ bytes from some sysops. I think that most of the other IGATE 

applications return only MSG_CNT and LOC_CNT.. 


Bill 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jun 14 17:35:17 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ6234 
for <lyris.aprsspec@tapr.org>; Fri, 14 Jun 2002 17:35:11 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: 3rd party 
Date: Fri, 14 Jun 2002 18:34:48 -0400 
Content-Type: text/plain; 
charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-85012-2002.06.14-18.11.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206141834481X .01374@lab1.wa4ddsy .net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I tend to agree with Pete. 
To summarize: 


Igate receives 3rd party packet from RF. 

Do this: 
If it's been igated (TCPIP in 3rd party path) kill it. 
If not, convert to normal and pass it to Internet. 


Server receives 3rd party packet from another server or Igate. 
Do this: 
Kill it. 


This can produce a loop if 

an application not playing by the rules 
inserts a packet into RF from Internet without 
TCPIP or TCPIP* in the 3rd party path and 

the packet spends more than the duplicate 
detector time limit in the RF domain before 

it returns to the original Igate. 

Are there any known apps that do not 

insert TCPIP? 


The current situation may be much worse 

with most Igates passing 3rd party packets 

to the Internet and aprsd possibly wrapping 
them into another 3rd party packet and sending 
them back to RF. 


Dale Heatherington 

Web Page http://www.wa4ddsy 
Dale Heatherington 

Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jun 16 15:54:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA11410 
for <lyris.aprsspec@tapr.org>; Sun, 16 Jun 2002 15:54:05 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: 3rd party 
Date: Sun, 16 Jun 2002 16:53:45 -0400 
Content-Type: text/plain; 
charset="iso-8859-1" 
References: <0206141834481X .01374@lab1.waddsy.net> 
In-Reply-To: <0206141834481xX.01374@lab1.waddsy.net> 
MIME-Version: 1.0 
Message-Id: <LYR11589-85313-2002.06.16-16.30.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q2061616534522 .01374@lab1.wa4dsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


After some thought it seems it might 
be of advantage to simplify the 3rd party 
handling procedure. 


Igate or server/hub receives a 3rd party packet 

from anywhere. 

Do this: 

If it's been igated (TCPIP in 3rd party path) kill it. 

If not, convert to normal and process as any normal packet. 


My reasoning is as follows. 31rd party (3P) packets from 

RF without TCPIP in the 3P header have not been 

igated. Since 3P packets are not allowed on 

the Internet System (IS) and there are useful 

applications (according to Bob) that can only work by wrapping 
data in 3P format, it's desirable to convert 

them to normal format. 


Most Igates currently pass all 3P packets to servers/hubs 
unmodified. It can be assumed almost all came from RF. 

If, instead of killing all of these packets, servers/hubs only 
kill the ones with TCPIP (has been igated) and convert 

the others to normal, we effectivly upgrade all the old 
igates. They should be doing it themselves anyway. 


Are there any technical or political reasons not to do this? 


On Friday 14 June 2002 06:34 pm, Dale Heatherington wrote: 

> I tend to agree with Pete. 

> To summarize: 

> 

> Igate receives 3rd party packet from RF. 

> Do this: 

> If it's been igated (TCPIP in 3rd party path) kill it. 
If not, convert to normal and pass it to Internet. 


Do this: 


> 
> 
> Server receives 3rd party packet from another server or Igate. 
> 
> Kill it. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jun 17 01:48:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAAQ7176 

for <lyris.aprsspec@tapr.org>; Mon, 17 Jun 2002 01:48:31 -0500 (CDT) 
Message-ID: <LYR11589-85376-2002.06.17-02.25.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: svird@nbg.gr 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: aprsspec digest: June 16, 2002 
Date: Mon, 17 Jun 2002 09:48:20 +0200 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-7" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: svird@nbg.gr 
X-Message-Id: <429DC51FFF48D311B1E80000836615880202775C@MAIL> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Maybe we need a switch. 
There are 2 possibilities 


1. Igate with Internet Connection 
2. Igate serving a LAN without Internet Connection 


I used aprsd in my shack with 3 clients without Internet connection 
and no station or message transmitted fm local Igate received to my APRS 
clients 


Tasos svird@qsl.net 


Subject: Re: 3rd party 

From: Dale Heatherington <dale@wa4dsy.net> 
Date: Sun, 16 Jun 2002 16:53:45 -0400 
X-Message-Number: 1 


After some thought it seems it might 
be of advantage to simplify the 3rd party 
handling procedure. 


Igate or server/hub receives a 3rd party packet 
from anywhere. 
Do this: 


If it's been igated (TCPIP in 3rd party path) kill it. 
If not, convert to normal and process as any normal packet. 


My reasoning is as follows. 31rd party (3P) packets from 

RF without TCPIP in the 3P header have not been 

igated. Since 3P packets are not allowed on 

the Internet System (IS) and there are useful 

applications (according to Bob) that can only work by wrapping 
data in 3P format, it's desirable to convert 

them to normal format. 


Most Igates currently pass all 3P packets to servers/hubs 
unmodified. It can be assumed almost all came from RF. 

If, instead of killing all of these packets, servers/hubs only 
kill the ones with TCPIP (has been igated) and convert 

the others to normal, we effectivly upgrade all the old 
igates. They should be doing it themselves anyway. 


Are there any technical or political reasons not to do this? 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jun 24 10:59:47 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ8749 
for <lyris.aprsspec@tapr.org>; Mon, 24 Jun 2002 10:59:38 -0500 (CDT) 
Date: Mon, 24 Jun 2002 11:59:08 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Keith Sproul <ksproul@vger.rutgers.edu>, 
Mark Sproul <msproul@jove.rutgers.edu>, 
Mike Musick <mikemusick@earthlink.net>, 
Brent Hildebrand <bhildebrand@earthlink.net>, 
Roger Barker <roger@peaksys.co.uk>, "Curt Mills, WE7U" <we7u@mail.com> 
Subject: [aprsspec] PHG circles 
Message-ID: <LYR11589-86455-2002.06.24-11.36.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0206241142130 .22944-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Authors... Regarding PHG circles: 


I think it is time to re-do how we display PHG circles on APRS maps. 
The present formula is only an approximation and assumes a fixed station 
without mobile multipath. 


But Mobiles have multipath and the literature suggests an RMS average of 
about 6 to 10 dB and frequent 20 to 40 dB fades. If we ignore the 

deep and infrequent fades, the 6 dB typical fade translates to a 50% 
reduction in range and 10 dB wouild be a 33% range compared to fixed 
stations. 


Unless someone has a better idea, I would suggest that authors consider a 
dual method of displaying PHG circles separatly for how they would appear 
to mobiles and for how they appear to basestations. I'm thinking of using 
the 50% size for mobiles... 


Possible display options: 


1) always display both, but in different colors 

2) Always display the worst case (mobile) circles but have a FIXED station 
option. 

3) Force a Prompt or selection each time circles are displayed. 


I will probably do #2 to keep the map clutter down... and to give the 
conservative answer to the casual observer... Or always prompt them to 
chose one or the other... 


Yes, all of these are crude approximations, but PHG was not intended to be 
a hi-fi terrain propogation model, just a simple indication of the first 
order approximation of range related to HAAT. 


Just a suggestion. But whatever we do, we need to do it consistently so 
that users of different software will have the same approximation for 


mobiles. Is 50% the right number to use? Or less? Maybe 40%? 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jun 26 16:14:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ6052 
for <lyris.aprsspec@tapr.org>; Wed, 26 Jun 2002 16:14:48 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Introducing the new Omni Port in aprsd 215 beta1.8 
Date: Wed, 26 Jun 2002 17:12:17 -0400 
Content-Type: text/plain; 
charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-86817-2002 .06.26-16.50.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <Q206261712170C .01391@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This thing allows the users to define 
their own data streams. Click this link for documenation. 
http: //www.wa4dsy.net/aprs/ports215.htmli#omniport 


The beta test version is running on wa4dsy.net port 14600 
There is a bug preventing "raw" from working. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jun 27 13:53:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ5982 

for <lyris.aprsspec@tapr.org>; Thu, 27 Jun 2002 13:53:23 -0500 (CDT) 
Date: Thu, 27 Jun 2002 14:53:01 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: aprsspec@lists.tapr.org 
Subject: [aprsspec] Kantroincs DIgipeaters 
Message-ID: <LYR11589-86940-2002.06.27-14.30.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0206271447510.194-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I just programmed a KPC-3 for WIDEn-N and realize that we should be using 
the TOCALL to identify the software version using the APNxxx version 
numbers.. something like APNK83 to show a "Node" using a Kantronics 
version 8.3 ROM. Put APNK83 in the UNPROTO and in the LTPATH commands. 


I wouild suggest: 
APNK83 for a KPC-3 version 8.3 
APNP83 for a KPC-3PLUS version 8.3 
APN983 for a KPC-9612 or KPC-9612PLUS 


Just a thought. 
Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jun 27 15:36:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA11198 

for <lyris.aprsspec@tapr.org>; Thu, 27 Jun 2002 15:35:56 -0500 (CDT) 
Date: Thu, 27 Jun 2002 16:35:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS TOCALLs/versions (June 2002 3rd revision) 
Message-ID: <LYR11589-86955-2002.06.27-16.13.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0206271625300 .22328-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here is the current list of APRS TOcalls and Version nomenclature that I 
have updated. Added several new suggestions for digipeaters under APN and 
added APB for the little Rabbit TCPIP/controllers. 


APA A-Filter, Alinco, etc 

APAFxx AFilter. 

APAGxx AGATE 

APAXxx AFilterx. 

APAHxx AHub 
APB Rabbit TCPIP microprocessors 
APC Windows CE, etc 

APCYxx Cybiko applications 
APD APRSd, etc 

APDTxx APRStouch Tone (DTMF) 
APE avail 
APF avail 
APG Gates, etc 
APH HamHud, etc 
API Icom, etc 


APICQx for ICQ 
APJ JavaAPRS, JeAPRS,etc 
APJAxx JavAPRS 
APJExx JeAPRS 
APK Kenwood, etc 
APKOxx THD7's 
APK1xx D700's 
APL Liunx applications 
APM MacAPRS, etc 
APN Network nodes, digis, etc 
APN3xx Kantronics KPC-3 rom versions 
APN9xx Kantronics KPC-9612 Roms 
APNMxx MJF TNC roms 
APNPxx Paccom TNC roms 
APNDxx DIGI_NED 
APNUxx UIdigi 
APO APRSpoint 
APP pocketAPRS, etc 
APQ avail 
APR APR8xx APRSdos,etc 
APRDxx APRSdata, APRSdr 
APRKxx APRStk 
APRS Generic, (obsolete. Digis should use APNxxx instead) 
APRXxx APRSmax 
APRTLM used my MIM's and Mic-lites, etc 
APS APRS+SA, etc 
APT TinyTxrack 
APTTxx Tiny Track 
APT2xx Tiny Track II 
APTAxx K4ATM's tiny track 
APTV for ATV/APRN and SSTV applications 
APU UIview, etc 
APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 
APU3xx UIview terminal program 
APV avail 
APW WinAPRS, etc 
APX Xaprs, Xastir, etc 
APY etc, Yeasu, etc 
APZ Experimental 
APZOxx Xastir (old versions. See APX) 
APZPAD Smart Palm 


Authors with similar alphabetic requirements are encouraged to share 
their address space with other software. Work out agreements amongst 


yourselves and keep me informed. 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jun 27 15:42:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA11989 

for <lyris.aprsspec@tapr.org>; Thu, 27 Jun 2002 15:42:18 -0500 (CDT) 
Date: Thu, 27 Jun 2002 16:40:53 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS SIG <aprssig@lists.tapr.org> 
Subject: [aprsspec] Kantronics Digipeaters 
In-Reply-To: <LYR11586-86940-2002.06.27-14.30.39-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-86957-2002.06.27-16.18.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0206271635540 .22328-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 27 Jun 2002, Bob Bruninga wrote: 


> We should be using the TOCALL to identify DIGI software version 


> numbers... I would suggest: 

> 

> APNK83 for a KPC-3 version 8.3 

> APNP83 for a KPC-3PLUS version 8.3 

> APN983 for a KPC-9612 or KPC-9612PLUS 


OOps...BAD IDEA. The P should be used for PACCOMM roms. SO here is what I 
have now penciled into the list of version numbers... 


APN383 for a KPC-3 or KPC-3PLUS version 8.3 
APN983 for a KPC-9612 or KPC-9612PLUS 
APNP50 for a Paccomm version 5.0 etc 

APNMxx for MFI, etc 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 28 12:47:52 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA13813 
for <lyris.aprsspec@tapr.org>; Fri, 28 Jun 2002 12:47:44 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] IS path trace and gAC in aprsd 
Date: Fri, 28 Jun 2002 13:47:25 -0400 
Content-Type: text/plain; 
charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-87129-2002 .06.28-13.25.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q206281347250P .01391@lab1.wa4ddsy.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


One of the last things I need to do before releasing an aprsd215 beta #2 
is settle on how packet source tracing and loop prevention should be done. 
I do not want to simply code and release it. I want some feedback. 

After that is settled I need input about Inet to RF 3rd party path 


construction. Lets do one at a time, with source tracing/loop prevention 
first. 


I have several choices for path tracing. 
1) No path tracing. Leave the path as is. 


2) UI-View style. Callsign,I 


3) gA... construct. Two possibilities for this: 
A) "qAc,CallSign" c=packet source , Callsign is user logon call or server 
alias 


B) "gAc,Call1,Call12,Call3, etc. Same as above except every server or hub adds 
the 
users callsign that sent the packet. The path could get quite long. 


4) Suggestions I have not heard before? 


For loop prevention there are three ways: 
Note than none of them can stop RF=>Inet=>RF=>Inet loops 100%. 


1) As it is now. The duplicate detection system stops loops xx. 


2) A time to live counter in the qAc path element. It Becomes 
qAcN where N is decremented down from 9 on each hop. Packet 
is discarded when N=0. You can then determine the number of 
internet hops every packet as taken. 


3) If full path tracing as #3 above is implimented the path 
is scanned for duplicate calls and packet is discarded if 
packet has passed through the same server twice. 


I'm inclined to use #3A path trace and #41 loop prevention. 

eg: Add "qAc,Call" to packets without a gAc path element. 
Change "Callsign,I" style packets to qAc style. 
Let the dup detector stop the loops. Note that the dup detector 
does not look at the path info so changing it will not create a 
Mic_E style multiple packet dup mess. Also see Note2 below. 


Example: 
Original packet from WA4DSY igate as received at an aprsd server: 
N4ZZ>APRS,WIDE:Data 


Server outputs packet: 
N4ZZ>APRS ,WIDE,qAC,WA4DSYx:Data 


Packet then preceeds through other servers unchanged. 
Original packet from Hub/Server first.aprs.net as received at an aprsd server. 
N4ZZ>APRS,WIDE:Data 


Server outputs packet: 
N4ZZ>APRS ,WIDE,qAS, first2C9x:Data 


Note also that packets already containing the gAc path element 
are not changed. 


Note: 
The qAc path element is open to future expansion by adding 
characters. 


Note2: 
One other possiblity is to also do a full trace (4#3B) only on 


beacon, ID or Status packets. Query a station and get 
back status and full internet path trace. 


Brief explaination of the qAc construct: 


q is a unique character not ever present in a TNC path from RF. 
A is the protocol of the data payload, in this case A=APRS. 
The 3rd character indicates the local source of the packet as follows: 


Tvalidated logged on Client user that didn't add his own q 
tun-validated client 

tfrom RF (TNC) 

TiInternal 

fInternet aprs server (old one that didn't put in it's own q ) 

tthe UDP port on aprsd 

tZero hops. Do not repeat this packet. (::USERLIST etc should set this) 
T3rd party packet converted to normal that has never been Igated TO RF. 


WNCHWHADAXKOA 


Note: The last one "3" is a hack and needs a different solution. 


*xx Currently aprsd and Win/MacAPRS handle 3rd party packets differently. 

Aprsd stops them between the TNC recv and the Internet send. If it sees a 3rd 
party 

packet on the Internet that it thinks should go to RF it adds yet another 

3rd party header and puts it in RF. In other words, just like any other packet. 


Win/MacAPRS/XASTIR do not stop 3rd party packets from entering the 
Internet from RF. 


As a result, I believe loops of mutating packets can happen. 
RF=>WinAPRS=>Inet=>aprsd=>RF=>WinAPRS---->etc. 


Aprsd 215b2 will not contribute to this problem. 
The 3rd party handling has been totally reworked. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jun 28 13:44:33 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA16632 


for <lyris.aprsspec@tapr.org>; Fri, 28 Jun 2002 13:44:32 -0500 (CDT) 
Subject: [aprsspec] RE: IS path trace and qAC in aprsd 
Date: Fri, 28 Jun 2002 13:44:24 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Message-ID: <LYR11589-87133-2002.06.28-14.22.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] IS path trace and qAC in aprsd 
Thread-Index: AcIey/ThdEqJMi9nTr28huTroUAn8gABZVDQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO48F1B@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA16632 


While I think further loop prevention should be done, I think this 
should be the result of a working group architecture as opposed to an 
ad-hoc approach. The current APRS-IS architecture is a 2 to 3 tier 
architecture with all traffic traveling through the core servers. 


With the changes you have made to aprsD (eliminating third-party packets 
appearing on the Internet side) and javAPRSSrvr also eliminating 
third-party packets, the opportunity for looping has been greatly 
reduced. Even with older client software possibly injecting third-party 
packets, they will be stripped from the APRS-IS stream by the server 
that they are connected to. 


Your method of passing the "meat" of non-TCPIP third-party packets to 
the Internet is excellent and should be implemented by all IGate 
software (passing the packet without the RF header). 


The qAc method of identification is good and should be considered by the 
APRS-IS working group (if one gets created). My recommendation, based 
on other comments made on this SIG, is to append callsign,I* to a packet 
getting gated from RF. Then, if an IGate on the other end wants to gate 
it back out, it replaces the I* with callsign, TCPIPx in the third-party 
header. Of course, currently, all IGates truncate the entire path on 


gating to RF and replace the path with callsign,TCPIPx. 


I have had family issues that required my full attention this month so I 
have been unable to move forward on the "current" APRS-IS specification. 
However, I will begin compiling this during the month of July. 


73% 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


> SSese Original Message----- 

From: Dale Heatherington [mailto:dale@wa4dsy.net] 
Posted At: Friday, June 28, 2002 12:48 PM 

Subject: [aprsspec] IS path trace and gAC in aprsd 


I do not want to simply code and release it. I want some feedback. 
I have several choices for path tracing. 
1) No path tracing. Leave the path as is. 
2) UI-View style. Callsign,I 
3) gA... construct. Two possibilities for this: 

A) "qAc,CallSign" c=packet source , Callsign is user 
logon call or server alias 

B) "gAc,Call1,Call12,Call3, etc. Same as above except every 
server or hub adds the 

users callsign that sent the packet. The path could get 

quite long. 


4) Suggestions I have not heard before? 


VV VV VV VV VV VV VV VV VV VV VV 


Vv 


For loop prevention there are three ways: 
Note than none of them can stop RF=>Inet=>RF=>Inet loops 100%. 


1) As it is now. The duplicate detection system stops loops xx. 


2) A time to live counter in the qAc path element. It Becomes 
qAcN where N is decremented down from 9 on each hop. Packet 
is discarded when N=0. You can then determine the number of 
internet hops every packet as taken. 


VV VV VV VV VV NV 


3) If full path tracing as #3 above is implimented the path 


> is scanned for duplicate calls and packet is discarded if 
> packet has passed through the same server twice. 
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From bounce-aprsspec-11589@lists.tapr.org Sun Jun 30 13:39:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA20238 
for <lyris.aprsspec@tapr.org>; Sun, 30 Jun 2002 13:39:31 -0500 (CDT) 

X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Sun, 30 Jun 2002 10:48:31 -0700 (PDT) 
From: "Curt Mills, WE7U" <archer@eskimo.com> 
X-Sender: archer@gatekeeper.we7u.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "Mills, Curt, WE7U" <archer@eskimo.com>, 

"Curt, WE7U Mills" <hacker@tc.fluke.com> 
Subject: [aprsspec] Re: IS path trace and qAC in aprsd 
Message-ID: <LYR11589-87426-2002.06.30-14.16.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 
X-Message-Id: <Pine.LNX.4.04.10206301039430 .6621-100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 28 Jun 2002 13:47:25, Dale Heatherington said: 


> Win/MacAPRS/XASTIR do not stop 3rd party packets from entering the 
> Internet from RF. 


Ah, but Xastir does prevent this! 


If you see 3rd party packets getting Igated RF->Inet from Xastir 
1.1.2 or later I'd like to know about it. I don't know exactly when 
the code was written or patched to prevent this, but it's been in 
there for a while. 


Perhaps you've seen stations running old versions of Xastir doing 
this? There are still people running 0.3.6 from various Linux 
distribution CD's. Perhaps 1.0.0 might allow these packets through 
as well. 


If you see Xastir stations doing this, encourage them to upgrade. 


Curt, WE7U. archer@eskimo.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WE7U. 
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From mariamaaa20002000@yahoo.co.uk Mon Jul 1 11:07:01 2002 
Received: from mx2.mail.twtelecom.net (mx2.mail.twtelecom.net [168.215.210.54]) 
by tapr.org (8.9.3/8.9.3/1.13) with ESMTP id LAA01989 
for <lyris.aprsspec@tapr.org>; Mon, 1 Jul 2002 11:07:01 -0500 (CDT) 
Received: from yahoo.co.uk (unknown [216.139.169.131] ) 
by mx2.mail.twtelecom.net (Postfix) with SMTP id CAD7BA80A 
for <lyris.aprsspec@tapr.org>; Mon, 1 Jul 2002 11:06:09 -0500 (CDT) 
From: "Prince Jokun P. Otondo" <mariamaaa20002000@yahoo.co.uk> 
To: <lyris.aprsspec@tapr.org> 
Subject: URGENT RESPONSE 
Sender: "Prince Jokun P. Otondo" <mariamaaa20002000@yahoo.co.uk> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="IS0-8859-1" 
Date: Mon, 1 Jul 2002 10:54:46 +0100 
Reply-To: "Prince Jokun P. Otondo" <jpotondo@rediffmail . com> 
X-Priority: 1 (Highest) 
Content-Transfer-Encoding: 8bit 
Message-Id: <20020701160609 .CAD7BA80A@mx2.mail.twtelecom.net> 


Prince Jokun P. Otonto 
NNPC Nigeria 


ATTENTION: The President/Managing Director 


I am the Director of maintenance for the Nigeria 
National Petroleum Corporation (NNPC). I have been 
mandated by my colleagues to look for a foreign 
organization that would be able to provide an account 
into which can be transferred the sum of ( twenty 
million five hundred thousand us dollars) 
$20,500,000.00. 

The funds are the excess of an over-inflated contract 
that was done for the NNPC and are still floating in 
NNPCis account with the Central Bank of Nigeria. These 
funds need to be transferred to a beneficiaries 
account hence this proposal. 

We have agreed that for providing an account you will 
receive 25% of the funds. For us to proceed we need 
the following details to process the transfer of the 
funds: 


NAME & ADDRESS OF YOUR BANK 
ACCOUNT NAME 
ACCOUNT NUMBER 


With the above information it will take 7 working days 
to transfer the funds to your account. 

As we are senior officials in our organization we have 
arranged this deal to be hitch-free. 

We also wish that you would in turn keep this business 
confidential. 

Please reply by providing us your private e-mail 
address, fax and phone numbers for easy and 
confidential communication. 

Please reply at jpotondo@rediffmail.com 

Looking forward to doing business with you. 


Yours sincerely 


Prince Jokun P. Otondo 


From bounce-aprsspec-11589@lists.tapr.org Tue Jul 2 06:29:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA11968 

for <lyris.aprsspec@tapr.org>; Tue, 2 Jul 2002 06:29:55 -0500 (CDT) 
Message-ID: <LYR11589-87705-2002 .07.02-07.07.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 02 Jul 2002 07:28:51 -0400 
From: "E. Tupis" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Network Personality Bit Encoding 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "E. Tupis" <w2ev@rochester.rr.com> 
X-Message-Id: <3D218E73.D629D12@rochester.rr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The question: How do I know which stations are capable of digipeating on 
what aliases? 


The answer: it is impossible to know without a careful analysis of the 
data that they see and watching what they do with it...and knowing the 
‘personality’ of each digipeating alias. 


Bob has suggested the use of an overlay character on each digipeater, in 
the hopes of identifying it's "Network Personality". I would like to 
expand on that concept a bit, before it becomes too entrenched to modify 
(should the APRS community agree that what I'm proposing has merit). 


First, identify all of the possible personalities that could be 
exhibited. In the APRS world, I think they are as follows: 


RELAY Digipeater 

WIDE Digipeater 

TRACE Digipeater 

WIDEn-N Digipeater 

TRACEn-N Digipeater 

GATE (connects two RF-based APRS frequencies ie 2m<->30m) 
IGATE (connects APRS to the Internet Stream) 


Assumption: Non home-based Digi's are rarely (if ever) also GATE's and 
IGates. If this is true, then remote digis would continue to use the 
green star icon, while GATE and IGATE stations would use another icon 
entirely. 


Provided that I haven't missed one or two, this is a perfect example of 
where 5-bit encoding can work wonders in an overlay. 


twTWR R=Relay,W=Wide, T=Trace,w=Widen-N,t=Tracen-N, 
12345 G=Gate,I=IGate and 12345 is the Bit-position of 


a single byte...the overlay character. (!) 


Using such a system, one can easily identify all digipeating aliases 
that any given digipeater can respond to! 


R,W,T (no n-N) = 00111 binary -or- "7" in BASE36 


If you see a green star with a "7" overlayed, you know it is capable of 
RWT only. 


A Kantronics could be setup as 11111 binary -or- 31 decimal -or- "U" in 
BASE36. Such a digi would show an overlay of "U". 


In California, maybe it's 11110 binary (no RELAY) -or- 30 decimal -or- 
"T" in BASE36. Get it? 


Any combination of these 5 digipeating aliases could be displayed for 


everyone on the network to see. 
This is simply food for further discussion. 


Kind regards, 
Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Tue Jul 2 09:41:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA22876 
for <lyris.aprsspec@tapr.org>; Tue, 2 Jul 2002 09:40:56 -0500 (CDT) 
Date: Tue, 2 Jul 2002 10:39:43 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Network Personality Bit Encoding 
Message-ID: <LYR11589-87734-2002.07.02-10.18.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0207021038370.17214-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Tue, 2 Jul 2002, E. Tupis wrote: 


> The question: How do I know which stations are capable of digipeating on 
> what aliases? 


The present overlay is for rapid human consumption and really is only a 
few types with probably these distributions: 


N - 80% (some of these are the "I" type) 

T - 10% 

W - % 

R- 2% And others being another 5% (guessing only) 


Users should all konw what these mean. So I do not want to mess with that 
present system. But I do like your concept for adding in the position 
comment field. In the early days (before the overlay character) we asked 
for the words "WIDE" or "RELAY-WIDE" or "TRACE" in the comment field. 

But with all the options now, that becomes unwieldy. Your suggestion 

for a summary few bytes has merit. 


Bob 
On Tue, 2 Jul 2002, E. Tupis wrote: 


The question: How do I know which stations are capable of digipeating on 
what aliases? 


The answer: it is impossible to know without a careful analysis of the 
data that they see and watching what they do with it...and knowing the 
‘personality’ of each digipeating alias. 


Bob has suggested the use of an overlay character on each digipeater, in 
the hopes of identifying it's "Network Personality". I would like to 
expand on that concept a bit, before it becomes too entrenched to modify 
(should the APRS community agree that what I'm proposing has merit). 


First, identify all of the possible personalities that could be 
exhibited. In the APRS world, I think they are as follows: 


RELAY Digipeater 

WIDE Digipeater 

TRACE Digipeater 

WIDEn-N Digipeater 

TRACEn-N Digipeater 

GATE (connects two RF-based APRS frequencies ie 2m<->30m) 
IGATE (connects APRS to the Internet Stream) 


Assumption: Non home-based Digi's are rarely (if ever) also GATE's and 
IGates. If this is true, then remote digis would continue to use the 
green star icon, while GATE and IGATE stations would use another icon. 
Provided that I haven't missed one or two, this is a perfect example of 
where 5-bit encoding can work wonders in an overlay. 


twIWR R=Relay,W=Wide, T=Trace,w=Widen-N,t=Tracen-N, 
12345 G=Gate,I=IGate and 12345 is the Bit-position of 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV MV 


a single byte...the overlay character. (!) 


Using such a system, one can easily identify all digipeating aliases 

that any given digipeater can respond to! 

<snip> 

Any combination of these 5 digipeating aliases could be displayed for 
everyone on the network to see... Simply food for further discussion. 


VV VV VV MV 


> Kind regards, 
> Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 09:25:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA28788 
for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 09:25:47 -0500 (CDT) 

Date: Fri, 5 Jul 2002 10:25:33 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Keith Sproul <ksproul@vger.rutgers.edu>, 

Mark Sproul <msproul@jove.rutgers.edu>, 

Mike Musick <mikemusick@earthlink.net>, 

Brent Hildebrand <bhildebrand@earthlink.net>, 

Roger Barker <roger@peaksys.co.uk>, "Curt Mills, WE7U" <we7u@mail.com> 
Subject: [aprsspec] Re: PHG circles 
In-Reply-To: <LYR11586-86455-2002.06.24-11.36.50-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-88155-2002.07.05-10.03.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0207051019210.27561-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


AUTHORS: 


In my latest release of APRSdos, I have cut the PHG displayed circle 
radius in HALF to better display the usable range to DIGI's to/from 
mobiles. THis is not an arbitrary choice, but founded on the well 
established multi-path models for mobiles. 


So now by default, users see a more realistic display (the MOBILE 
display). User may still optionally select the "FIXED" display with one 
more keystroke, but since this is so unrealistic to the normal and 
intended uses of APRS as a tactical system, it does not come up first. 


I 


would like to ask all AUTHORS to consider doing the same... 


On Mon, 24 Jun 2002, Bob Bruninga wrote: 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Authors... Regarding PHG circles: 


I think it is time to re-do how we display PHG circles on APRS maps. 
The present formula is only an approximation and assumes a fixed station 
without mobile multipath. 


But Mobiles have multipath and the literature suggests an RMS average of 
about 6 to 10 dB and frequent 20 to 40 dB fades. If we ignore the 

deep and infrequent fades, the 6 dB typical fade translates to a 50% 
reduction in range and 10 dB wouild be a 33% range compared to fixed 
stations. 


Unless someone has a better idea, I would suggest that authors consider a 
dual method of displaying PHG circles separatly for how they would appear 
to mobiles and for how they appear to basestations. I'm thinking of using 
the 50% size for mobiles... 


Possible display options: 


1) always display both, but in different colors 

2) Always display the worst case (mobile) circles but have a FIXED station 
option. 

3) Force a Prompt or selection each time circles are displayed. 


I will probably do #2 to keep the map clutter down... and to give the 
conservative answer to the casual observer.. Or always prompt them to 
chose one or the other... 


Yes, all of these are crude approximations, but PHG was not intended to be 
a hi-fi terrain propogation model, just a simple indication of the first 


order approximation of range related to HAAT. 


Just a suggestion. But whatever we do, we need to do it consistently so 
that users of different software will have the same approximation for 
mobiles. Is 50% the right number to use? Or less? Maybe 40%? 


de WB4APR@amsat.org, Bob 
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VV VV VV VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 09:48:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA29764 

for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 09:48:25 -0500 (CDT) 
Date: Fri, 05 Jul 2002 09:46:46 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Network Personality Bit Encoding 
In-reply-to: <LYR11608-87705-2002.07.02-07.07.29--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-88160-2002.07.05-10.26.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: David VanHorn <dvanhorn@cedar.net> 

X-Message-Id: <5.1.0.14.2.20020705094040.02af4e50@mail.cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>Any combination of these 5 digipeating aliases could be displayed for 
>everyone on the network to see. 

> 

>This is simply food for further discussion. 


Makes sense for me, but.. 
Shouldn't we be working toward a single setting that works everywhere? 


I like it in that it identifies what the digi can do, but my KPC-3 tracker 
can't adjust itself to conform to the nearby digi. (without yet another 
kludge-box) 


If all high level digis at least responded to relay and wide, and would 
take WideN-N if only as "wide", then you could set a path of Relay,Wide3-3 
and always at least make two hops, anywhere. 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 17:15:49 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA20983 

for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 17:15:47 -0500 (CDT) 
Message-ID: <LYR11589-88215-2002.07.05-17.53.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Ed Blair <EBLAIR@davisnet.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Feedback on the APRS101.PDF documentation 
Date: Fri, 5 Jul 2002 15:15:29 -0700 
MIME-Version: 1.0 


Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Ed Blair <EBLAIR@davisnet.com> 
X-Message-Id: <0Q74E351605C70643AD7C76300F54BD9773B575@island.davisnet.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I just finished adding an internet APRS weather report feature to Davis 
Instruments' WeatherLink program. 

This feature generates APRS packets from a weather station (and user entered 
Lat/Lon info) and sends them 

via the internet to an APRS server. This feature was added at the request of 
and to support NOAA's Citizen 

Weather Observer's Program. 


I had a couple of comments about the APRS101.PDF documentation file you may 
want to consider for the next 
time you release a new version. 


1. In section 12, page 64. You describe the Positionless Weather Data format 

and state that wind speed values are 

in MPH. On page 65, for "Complete Weather Reports with Timestamp and 

Position" you state that "... the 7-byte Wind 

Direction and Wind Speed Data Extension replace the "cccc" and "ssss" fields 
.". Back on page 27 the definition of the 

"Wind Direction and Wind Speed" data extension says that wind speed should 

be expressed in knots. This will result in 

inconsistent units (i.e. the current wind given in knots with the wind gust 

given in mph). Both findu.com and NOAA want the 

wind value in this case to be in MPH. 


2. Again on page 64, It is really hard to tell which rain field is supposed 
to use the lowercase "p" and which is supposed to 

use the uppercase "P". It is possible to choose a different font so that it 
is more clear? 


3. This software works on Davis' new line of weather stations, the Vantage 
Pro. I am using "DsVP" as the Weather Unit Type 
and am submitting it as a candidate for the official list. 


4. What should I do about the APRS Software Type field? I know that there is 
at least one other software package in the same niche 
as mine (i.e. generating APRS weather packets for internet distribution, but 


only as a small part of a general weather display 
and data management program). I am using a "." (period) for now. 


Thank you for your consideration 
Edward Blair. 


Edward Blair Davis Instruments 
Software Engineer 3465 Diablo Ave 
eblair@davisnet.com Hayward, CA 94545 
(510) 732-9229 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 19:29:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA25921 

for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 19:29:29 -0500 (CDT) 
Message-ID: <LYR11589-88228-2002.07.05-20.07.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Ed Blair <EBLAIR@davisnet.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
Date: Fri, 5 Jul 2002 17:29:13 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Ed Blair <EBLAIR@davisnet.com> 
X-Message-Id: <0Q74E351605C70643AD7C76300F54BD9773B57D@island.davisnet.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Findu: 
Compare http://www. findu.com/cgi-bin/wxpage.cgi?Cw0538 


Where it says: Wind from 268 degrees @ 8 MPH 


and http://www. findu.com/cgi-bin/find.cgi?Cw0538 


where the raw packet is 
CWO538>APRS , TCPXX* : @05234323738 .17N/12207 . 50W_268/008¢g. ..t062L637P000h68b101 
25.DsVP 


Clearly findu did not convert the wind speed of "/008" from 
knots to MPH but took the value as is in MPH. (8 knots = 
9.2 MPH which would round to 9 MPH) 


NOAA: 
My contact is Russ Chadwick at the Forecast Systems Laboratory 
in Boulder Colorado. When I asked him this same question he said: 


"All wind speeds should be in miles per hour. While the APRS IS 
specification says knots, note that relates only to velocities 
of objects. Elsewhere in the spec, it says that wind speeds 
should be in mph and that is what we expect." 


I don't know exactly where he is referring to, but the positionless 
weather record specifically says MPH. And near the beginning 

there is a general warning that different wind units are used 

in different contexts. 


My point is that it would not make sense for a weather report to 
have the current wind speed in knots and the wind gust in MPH. 

On the other hand it is not good to use knots for the wind speed 
in the data extension EXCEPT when the packet is a weather packet. 


I am not clear about why the complete weather packet can't just 
report the timestamp and location without a data extension, and 
then use the positionless weather format (i.e. "c268s008") to 
report the wind direction and speed in MPH. 


Edward Blair 

Edward Blair Davis Instruments 
Software Engineer 3465 Diablo Ave 
eblair@davisnet.com Hayward, CA 94545 
(510) 732-9229 


Saat Original Message----- 

From: Ray McKnight - WB3ABN [mailto:shortsheep@worldnet.att.net] 
Sent: Friday, July 05, 2002 4:47 PM 

To: ‘Ed Blair’ 

Cc: aprssig@tapr.org 

Subject: RE: [aprsspec] Feedback on the APRS101.PDF documentation 


Who says "Both findu.com and NOAA want the 

wind value in this case to be in MPH"? Does the Citizen's Weather 
Program directly conflict with FMH-1, which in Chapter 5.5.1 clearly 
states that all wind observations will be reported in KNOTS. 


Ray - WB3ABN 
Kingston, WA 


rote Original Message----- 

From: bounce-aprsspec-29216@lists.tapr.org 
[mailto:bounce-aprsspec-29216@lists.tapr.org] On Behalf Of Ed Blair 
Sent: Friday, July 05, 2002 15:15 

To: APRS Spec Discussion List 

Subject: [aprsspec] Feedback on the APRS101.PDF documentation 


1. In section 12, page 64. You describe the Positionless Weather Data 
format and state that wind speed values are in MPH. On page 65, for 
"Complete Weather Reports with Timestamp and Position" you state that 
",.. the 7-byte Wind Direction and Wind Speed Data Extension replace 

the "cccc" and "ssss" fields ...". Back on page 27 the definition of the 
"Wind Direction and Wind Speed" data extension says that wind speed 
should be expressed in knots. This will result in inconsistent units 
(i.e. the current wind given in knots with the wind gust given in mph). 
Both findu.com and NOAA want the wind value in this case to be in MPH. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 20:04:01 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26531 

for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 20:03:53 -0500 (CDT) 
Message-ID: <LYR11589-88233-2002.07.05-20.41.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 05 Jul 2002 21:01:21 -0400 
From: "E. Tupis" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Encoding a "network personality" 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "E. Tupis" <w2ev@rochester.rr.com> 

X-Message-Id: <3D264161.C61D2BF@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Sorry for the change in subject title...it's a loooong story. :o) 
> Any combination of these 5 digipeating aliases could 

> be displayed for everyone on the network to see. 

> 

>This is simply food for further discussion. 


Makes sense for me, but.. 
Shouldn't we be working toward a single setting that works everywhere? 


I like it in that it identifies what the digi can do, but my KPC-3 
tracker can't adjust itself to conform to the nearby digi. (without yet 
another kludge-box) 


These are two different issues. One is being able to see, at a glance, 
what the network is like within your range. The second is assuring 
operational ubiquity. 


By landing on a common icon-overlay scheme, one can tell...at a glance 
many useful things: 


o your best path to get to a WIDEn-N digi (IF there are 
any in the area) 

o your best path to get to an HF gate (IF thera are any) 

o your best path to get to an IGate (ditto above) 


With a very small amount of sleuthing, you can find out who is using 
that archaic non call-substituting ROM. 


There hasn't been alot of comment on this proposal, other than from Bob, 
but I honestly hope that it doesn't die. It is one of the biggest needs 
of the general APRS service (besides someone writing UnIversal Engine, 
that is <smile>). It is built-in to the BEACONet protocol (and 


implemented using the bit-encoding method previously described), but 
it's alot like SSID routing (in the protocol, but not implemented yet). 
70) 


The method of getting there is unimportant...the need to get there is 
universal. Bob's proposal, though 'less specific' than the bit-level 
encoding scheme that I proposed, is certainly easier for ‘human 
decoding' (which is a good thing). 


Your issue of re-establishing "path ubiquity" is quite important, as 
well...but a different issue. Other than having some digi's out there 
that "can't" process WIDEn-N, I'm not certain I yet understand why this 
can't be accomplished (a continent-wide RELAY,WIDE3-3 ability). Even 
then...I have some thoughts as to what to do with those old TNC's, 
too...but before I share that, I'd like to know how many we're talking 
about. :0) 


Ev, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 20:08:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26848 
for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 20:08:16 -0500 (CDT) 
Date: Fri, 05 Jul 2002 20:08:05 -0500 
From: David VanHorn <dvanhorn@cedar.net> 
Subject: [aprsspec] Re: Encoding a "network personality" 
In-reply-to: <LYR11608 -88233-2002.07.05-20.41.35--dvanhorn#cedar.net@lis 
ts.tapr.org> 
X-Sender: dvanhorn@mail.cedar.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-id: <LYR11589-88234-2002.07.05-20.46.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-version: 1.0 
Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: David VanHorn <dvanhorn@cedar.net> 

X-Message-Id: <5.1.0.14.2.20020705200701.02a0f1d8@mail .cedar.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


> 

>These are two different issues. One is being able to see, at a glance, 
>what the network is like within your range. The second is assuring 
>operational ubiquity. 


I agree. I guess I'm just worried that the ability to work around the old 
digis will turn into a crutch for keeping them. I certainly agree with 
your method. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 5 20:54:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA29555 

for <lyris.aprsspec@tapr.org>; Fri, 5 Jul 2002 20:54:43 -0500 (CDT) 
Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Date: Fri, 5 Jul 2002 20:54:32 -0500 
Message-ID: <LYR11589-88240-2002.07.05-21.32.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
Thread-Index: AcIkhEXoR+Vw£D1GS/ODLrhFjqBrpgACq3yA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO48F26@ame-main.ametx.com> 


Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA29555 


The APRS spec actually is pretty specific, but you need to look in two 
places. Russ is actually incorrect in his interpretation per 
discussions on this subject on a couple of years ago. The positionless 
weather packet has all speeds in MPH (as discussed already). 


The "complete" weather packet makes use of an APRS data extension 
(chapter 7). As stated in chapter 7, the SPD portion of both the 
"Course and Speed" and "Wind Direction and Wind Speed" are in knots. 
This was done (I am assuming here) so an APRS decoder only needs to know 
one method for decoding the data extension since there is no 
differentiator between the two extensions (other than the icon symbol 
found elsewhere in the packet). 


Findu should be converting the speed, as well. 
Hope this clarifies things a little. 

73, 

Pete Loveall AE5PL 


http: //www.ae5p1.net 
mailto: pete@ae5pl.net 


Soca Original Message----- 

> From: Ed Blair [mailto:EBLAIR@davisnet.com] 

> Posted At: Friday, July 05, 2002 7:30 PM 

> Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
> 

> Clearly findu did not convert the wind speed of "/008" from 

> knots to MPH but took the value as is in MPH. (8 knots = 

> 9.2 MPH which would round to 9 MPH) 

> 

> "All wind speeds should be in miles per hour. While the APRS IS 
> specification says knots, note that relates only to velocities 

> of objects. Elsewhere in the spec, it says that wind speeds 

> should be in mph and that is what we expect." 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jul 6 15:37:09 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA24068 
for <lyris.aprsspec@tapr.org>; Sat, 6 Jul 2002 15:37:05 -0500 (CDT) 
Date: Sat, 6 Jul 2002 16:36:54 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Feedback on the APRS101.PDF documentation 
In-Reply-To: <LYR11586-88215-2002.07.05-17.53.27-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-88314-2002.07.06-16.14.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0207061635360.6460-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 5 Jul 2002, Ed Blair wrote: 


> I had a couple of comments about the APRS101.PDF documentation file you may 
> want to consider for the next time you release a new version. 


Good data, thanks. 


> I am using "DsVP" as the Weather Unit Type and am submitting it as a 
> candidate for the official list. 


Sounds fine to me. Go for it... 


> 4. What should I do about the APRS Software Type field? I know that there is 
at least one other software package in the same niche 

as mine (i.e. generating APRS weather packets for internet distribution, but 
only as a small part of a general weather display 

and data management program). I am using a "." (period) for now. 


VV VV 


Is it different than the existing WX fields? Show us the format. 
Thanks 

Bob 

> 


> Thank you for your consideration 


> Edward Blair. 

> 

> weeweeewewnene new ew ewww www ww ewww ww ww ew ew ww ew ew ew ew ew ww Mw ew ew ew ew ew ew ew ew ew ew ew ew we We 

> Edward Blair Davis Instruments 

> Software Engineer 3465 Diablo Ave 

> eblair@davisnet.com Hayward, CA 94545 

> (510) 732-9229 

> 

> 

> -<= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jul 6 15:49:49 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA24676 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jul 2002 15:49:43 -0500 (CDT) 
Date: Sat, 6 Jul 2002 16:49:27 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
In-Reply-To: <LYR11586-88240-2002.07.05-21.32.28-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-88322-2002.07.06-16.27.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0207061645370.6460-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 5 Jul 2002, AE5PL Lists wrote: 


The "complete" weather packet makes use of an APRS data extension 
(chapter 7). As stated in chapter 7, the SPD portion of both the 
"Course and Speed" and "Wind Direction and Wind Speed" are in knots. 
This was done (I am assuming here) so an APRS decoder only needs to know 
one method for decoding the data extension since there is no 
differentiator between the two extensions (other than the icon symbol 
found elsewhere in the packet). 


VV VV VV WV 


Actually, I would say the SPEC is in error here. THe complete WX packet 
just conveniently uses the same BYTES for WIND DIR and SPEED as it would 
normally use for COURSE and SPEED in an object or position report. But 
the definition of what that byte means is "Knots" if it is an object or 
positoin, and MPH if it is a wx report. 


At least Thats the way it is supposed to be. 
de WB4APR, Bob 


> > Findu should be 
converting the speed, as well. > > Hope this clarifies things a little. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


Ses Original Message----- 

From: Ed Blair [mailto:EBLAIR@davisnet.com] 

Posted At: Friday, July 05, 2002 7:30 PM 

Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 


Clearly findu did not convert the wind speed of "/008" from 
knots to MPH but took the value as is in MPH. (8 knots = 
9.2 MPH which would round to 9 MPH) 


VV VV VV VV VV VV VV MV 
Vv 


VV VV VV MV 


"All wind speeds should be in miles per hour. While the APRS IS 
specification says knots, note that relates only to velocities 
of objects. Elsewhere in the spec, it says that wind speeds 
should be in mph and that is what we expect." 


VVVV Vv 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVV VV VV VV WV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jul 6 17:02:30 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA27773 

for <lyris.aprsspec@tapr.org>; Sat, 6 Jul 2002 17:02:23 -0500 (CDT) 
Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Date: Sat, 6 Jul 2002 17:02:13 -0500 
Message-ID: <LYR11589-88335-2002.07.06-17.40.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
Thread-Index: AcI1LLrUzky95dFIUQHmOb61Dv4+t8AACTCVA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO48F27@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAA27773 


poess sis Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna.edu] 

Posted At: Saturday, July 06, 2002 3:50 PM 

Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 


Actually, I would say the SPEC is in error here. THe 
complete WX packet 

just conveniently uses the same BYTES for WIND DIR and SPEED 
as it would 

normally use for COURSE and SPEED in an object or position 
report. But 

the definition of what that byte means is "Knots" if it is an 
object or 

positoin, and MPH if it is a wx report. 


VVVVNV VV VV VV VV VW 


At least Thats the way it is supposed to be. 


Another reason for the working group to assemble an updated 
specification (possibly create an online addendum that the WG can keep 
up-to-date and where developers such as myself can go so we won't have 
to guess if the spec is correct or not). When I asked these same 
questions 2 years ago, I was told to use knots for a complete weather 
report and mph for the positionless report. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jul 7 08:58:33 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA15599 

for <lyris.aprsspec@tapr.org>; Sun, 7 Jul 2002 08:58:30 -0500 (CDT) 
Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Date: Sun, 7 Jul 2002 08:58:21 -0500 
Message-ID: <LYR11589-88418-2002.07.07-09.36.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 
Thread-Topic: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
Thread-Index: AcI1LLrUzky95dFIUQHmMOb61Dv4+t8AACTCVAACF3jZA= 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CC21@ame-main.ametx. com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA15599 


Also, while you are creating a specification addendum, note that the 
section on compressed packets also says that speed is in knots. I would 
guess, from your statement about the spec being in error about the data 
extension for weather reports that this is also in error regarding 
complete weather reports using compressed lat/lon format. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


> > ----- Original Message----- 

> > From: Bob Bruninga [mailto:bruninga@usna. edu] 

> > Posted At: Saturday, July 06, 2002 3:50 PM 

> > Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
>> 

> > Actually, I would say the SPEC is in error here. THe 

> > complete WX packet 

> > just conveniently uses the same BYTES for WIND DIR and SPEED 

> > as it would 


normally use for COURSE and SPEED in an object or position 
report. But 

the definition of what that byte means is "Knots" if it is an 
object or 

positoin, and MPH if it is a wx report. 


VV VV VV MV 
VV VV VV NV 


At least Thats the way it is supposed to be. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Jul 7 16:23:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ7371 

for <lyris.aprsspec@tapr.org>; Sun, 7 Jul 2002 16:23:25 -0500 (CDT) 
Date: Sun, 7 Jul 2002 17:23:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 
In-Reply-To: <LYR11586-88418-2002.07.07-09.36.20-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-88456-2002.07.07-17.01.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0207071722391.16133-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 7 Jul 2002, AE5PL Lists wrote: 


Also, while you are creating a specification addendum, note that the 
section on compressed packets also says that speed is in knots. I would 
guess, from your statement about the spec being in error about the data 
extension for weather reports that this is also in error regarding 
complete weather reports using compressed lat/lon format. 


VV VV NV 


Yes, back when we did the WX stuff, we were told that WX should always be 
in MPH... 


bob 


73, 


Vv 


VVVVV VV VV VV VV VV OV 
VVVNVVV VV VV VV VV NW 


You 


VV VVV VV VV VV VV VV VV VV VV VV VV VV VV 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


cease Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Posted At: Saturday, July 06, 2002 3:50 PM 

Subject: [aprsspec] RE: Feedback on the APRS101.PDF documentation 


Actually, I would say the SPEC is in error here. THe 
complete WX packet 

just conveniently uses the same BYTES for WIND DIR and SPEED 
as it would 

normally use for COURSE and SPEED in an object or position 
report. But 

the definition of what that byte means is "Knots" if it is an 
object or 

positoin, and MPH if it is a wx report. 


At least Thats the way it is supposed to be. 


are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 10 13:41:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ8861 

for <lyris.aprsspec@tapr.org>; Wed, 10 Jul 2002 13:41:15 -0500 (CDT) 

From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] New beta of aprsd 215 available 
Date: Wed, 10 Jul 2002 14:40:10 -0400 
Content-Type: text/plain; 

charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-88825-2002.07.10-14.18.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q207101440100F .05031@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


A new public beta of aprsd 2.1.5 is up on wad4ddsy.net. 


Download it at: 
http: //www.wa4dsy.net/Files/aprsd215b2.tgz 


Documentation is here: 
http: //www.wa4dsy.net/aprs/aprsdDOC. html 


REVISIONS 

2.1.5 

Note: Some of these bugs were caught by the new compiler in RedHat 7. 

1) Fixed charQueue.write statement in serialp.cpp. Now it passes the char as an 
integer in the cmd field. 


It used to pass the char as a char pointer. This worked but was confusing. 


2) Fixed charQueue.read() statement in aprsd.cpp. Now it reads the int cmd and 


then converts it to 
a char. (see #41 above) 


3) aprspass.cpp: Added to the #includes list "stdlib.h" so it now compiles on 
RedHat 7 


4) added a missing pthread_mutex_unlock() in SendFiletoClient(). Possible cause 
of lockups! 


5) Fixed several instances where I had incorrectly used strncat. strcat is now 
used instead. 
Checked for buffer overflows. 


6) Changed the way the number of connected clients is determined. Now the 
sessions[] array 

is searched and active connections are counted each time this value is 
required. The 

previous code had a counter "ConnectedClients" which sometimes got out of sync 
with reality. 


7) Fixed many instances where ostrstream objects could create buffers without 
terminating NULLs 
if filled beyond capacity. (no overflow, just an unterminated string) 


8) Fixed bug in Mic-E converter that rejected latitude decimal minutes greater 
than .59 . 


9) Added filter code in serialp.cpp to prevent ?IGATE? and ?APRSD? querys from 
being 

igated from RF to the internet where dozens of replies could be generated. 
APRSD still 

responds to the RF station but doesn't pass the query to any other igates. 


10) Applied patches from Steve Price (KG4PGU) to make code more portable. 
Didn't change to gethostbyname2_r() though. 


11) Release a9: Worked on code that used gethostbyname2_r(). Removed mutex locks. 
Added a test for return value == 0 in addition to hostinfo pointer not 
being NULL. Will this fix the crashing problem? 
Answer, after a 500 hour test: NO! 

12) Release a10: Replaced gethostbyname2_r with gethostbyname_r. 

13) Added filter code in aprsString to reject "EH?" and "cmd:" packets. 


14) Added "try" "catch" blocks to aprsString::AEAtoTAPR, split() and 
aprsString: :changePath(). 


Now exceptions there will be caught instead of segfaulting. 
Note there was no solid evidence these functions ever caused a segfault. 
Safety first. 


15) 5-19-02 Removed directed query responses. Fixed general query "?IGATE?" 
response to comply with 
APRS spec 1.0. 


16) Stopped sending System Status messages on Link port (1313), Message Port 
(1314) 

and to Hubs you have connected to. You will no longer get: 

"aprsdATL>JAVA::javaMSG :Atlanta_GA Linux APRS Server: 127.0.0.1 connected 2 
users online." 

and other such messages on these ports. The BEACON packet will still go to 
all ports 

except the 1314 message-only port. 


17) Added support for NOGATE in path. If a packet from any source has NOGATE or 
RFONLY in the 

path it will killed and not go onto the Internet. However, they will still 
appear 

on the raw TNC port (14580) for network debuging. 


18) The server now adds information to the end of the PATH indicating the 
source of each packet . This is the gAc,CallSign construct. 
See server docs for more details. 


19) In the code that creates connections to other hubs (Server command) I added 
code to check that the sysop of THIS hub provided a valid passcode. If not 
valid 
no data will be sent outbound. 


20) Added error checking in thirdPartyReformat(). It now returns an 
error if packet wasn't valid AX25 or was already in 3rd party format. 


21) Fixed problems with 3rd party packet handling. 
Now it works this way: 


A) Third party packets that have TCPIP in the 
3rd party header are rejected. 


B) Third party packets that don't have TCPIP are converted 
to normal format and put on the internet stream. 


22) Restructured the aprsd.cpp file into three files. All the aprs server thread 
code is now in servers.cpp. The http server is in httpserver.cpp. 
Also cleaned up alot of sloppy usage of extern declarations. 


22) 


23) 


24) 


25) 


26) 


27) 


All externs are now in include files. 


Added signal handler for SIGINT to allow graceful shutdown when running 
as a daemon. Issuing a "killall -INT aprsd" command properly loads 
RESTORE.TNC into the tne and stops aprsd. Also, "Service aprsd.init stop" 
will properly shutdown aprsd. 


Added new keyword "Server" to aprsd.conf file. 

It replaces the old "Igate" command (although Igate is still honored). 

A command such as "server first.aprs.net 23 hub-sr" defines the connection 
to first.aprs.net as a send/receive hub connection. The user passcode 

is supplied with another keyword "pass". See aprsd.conf docs for details. 


Added a new class of port. OmniPort defaults to 14600 and allows the USER 
to control which data streams he wants via messages or plain ascii commands. 


Added a new page of data to the html status page. Clicking on the users 
port number opens port filter status in a new window. There you can 
observe which streams each user is being sent. This became important 
because of the new OmniPort and its user definable streams. 


Added bandwidth controls. Sysop may now specify the maximum allowed server 
load in bytes/sec. New users are rejected when the limit would be exceeded 
and the latest high bandwith users are disconnected if the load increases 
beyond the specfied limit. Keyword is "MaxLoad" in aprsd.conf . 


TNC sysop mode can only be accessed from the new TNC Sysop Port 14500. 
Aprsd will now automatically put your telnet client into character-at-a-time 
mode for better operation with the TNC command line. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jul 10 19:12:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA24789 

for <lyris.aprsspec@tapr.org>; Wed, 10 Jul 2002 19:12:32 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] [lyxrRe: New beta of aprsd 215 available 
Date: Wed, 10 Jul 2002 20:11:34 -0400 
Content-Type: text/plain; 

charset="us-ascii" 

References: <LYR15266-88833-2002.07.10-16.03.28--aprsi#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR15266-88833-2002.07.10-16.03.28--aprs#wa4ddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-88847-2002.07.10-19.49.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q207102011340N.05031@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


After receiving some feedback about aprsd215b2 and 
discovering and correcting some minor C++ syntax problems 
caught by other compilers I have released another beta. 
If beta 2 did not compile for you try this one. 


http: //www.wa4dsy.net/Files/aprsd215b3.tgz 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Jul 11 20:06:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ8485 

for <lyris.aprsspec@tapr.org>; Thu, 11 Jul 2002 20:06:19 -0500 (CDT) 
Message-ID: <LYR11589-88973-2002.07.11-20.44.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-EM-APIVersion: 2, 0, 0, 4 
X-Priority: 3 (Normal) 
From: "" <cbertaut@megapipe.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Varicoded Message, Bulletin, Announce Proposal 
Date: Thu, 11 Jul 2002 21:03:15 -0400 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "" <cbertaut@megapipe.net> 
X-Message-Id: <3c7a906186a640d5a9b88cbcb9f£1606> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA08485 


Has consideration been given to creating a Varicoded message format in APRS? 
Given that APRS is designed as a "tactical geographical system," the current 
Message data type seems to risk channel overloading by limiting Messages and 
Bulletins and Announcements to 67 characters per APRS packet. Users must choose 
between possibly excessive abbreviation of free-form information, or sending 
multiple packets to convey information that the highly compressed position, WX, 
etc. data formats do not cover. 


As a possible means of implementation of Varicoded text transmission, could one 
of the presently unused Data Type Identifiers like: "4" or "\" be used to 
indicate text Varicoded along the lines of Peter Martinez's (G3PLX) PSK31 
alphabet? Any version of APRS that didn't recognize the Data Type Identifier 
would just fail to display the transmitted text, but Varicode-enabled APRS 
software packages would allow their users to send up to twice as much free-form 
text in a single packet. 


I await your replies swathed in Nomex. 


73 de KU4FT 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 12 10:26:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA19782 
for <lyris.aprsspec@tapr.org>; Fri, 12 Jul 2002 10:26:48 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] aprsd215 beta 4 available 
Date: Fri, 12 Jul 2002 11:25:59 -0400 
Content-Type: text/plain; 
charset="iso-8859-1" 
MIME-Version: 1.0 
Message-Id: <LYR11589-89040-2002.07.12-11.04.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q207121125590U.05031@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


aprsd 2.1.5 beta 4 can be downloaded here: 
http: //www.wa4dsy.net/Files/aprsd215b4.tgz 


This version compiles with the new GNU C 3.1 compiler. 
It also still compiles with 2.95. 


I also made doing Mic-E conversions more difficult. 

The sysop must not only set "ConvertMicE yes" in the 
aprsd.conf file but also change "dtdefine CONVERT_MIC_E FALSE" 
to "TRUE" in constant.c and recompile. 

I added a new status field on the port 14501 html status 

page "Mic-E Conversions YES/NO". 


So far there have not been any reports of problems with 
beta 3. If beta 4 does not generate any significant 


negative reports I'll release aprsd 215. 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 12 19:59:59 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA20105 

for <lyris.aprsspec@tapr.org>; Fri, 12 Jul 2002 19:59:53 -0500 (CDT) 
Message-ID: <LYR11589-89102-2002.07.12-20.37.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-EM-APIVersion: 2, 0, 0, 4 
X-Priority: 3 (Normal) 
From: "" <cbertaut@megapipe.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Varicoded Message, Bulletin, Announce Proposal 
Date: Fri, 12 Jul 2002 20:57:07 -0400 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "" <cbertaut@megapipe.net> 
X-Message-Id: <cf1a138dabd£4c30985766be33640c62> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA20105 


Let me flesh out my idea a bit further. I am proposing a new 
Message/Bulletin/Announcement Data Type Identifier - let's say "\" to indicate 
Varicoded Messages, etc. The max. size is still 67 bytes, so more characters 
would generally be available for messages given the usual distribution of 


characters in message text. I suggest the use of G3PLZ's varicode alphabet, which 
would be interpreted by enabled APRS clients just like ASCII, since lookup tables 
are used for either ASCII or a Varicode to translate binary strings into text. 
The legacy message type, indicated by a DTI of ":" would remain in use to permit 
messaging to older client types. As a matter of convention, NOT specification, 
Bulletins and Announcements should not be Varicoded until Varicode-enabled APRS 
clients are the norm. G3PLZ's Varicode alphabet seems like a good fit because it 
was developed from character frequencies in English, not QSOs. Much of what is 
passed in a QSO is already encoded elsewhere in an APRS packet - e.g., callsigns, 
QTH, WX, etc. Varicoding messages could enhace the tactical utility of APRS by 
permitting longer free-form messages within single packets, which would help 
prevent channel congestio 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jul 12 20:40:16 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA21025 

for <lyris.aprsspec@tapr.org>; Fri, 12 Jul 2002 20:40:16 -0500 (CDT) 
Message-ID: <LYR11589-89106-2002.07.12-21.18.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 
Reply-To: Bill Diaz <william.diaz@attbi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Varicoded Message, Bulletin, Announce Proposal 
Date: Fri, 12 Jul 2002 20:39:59 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C229E4.4B12C9CO.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Questions: 
On Friday, July 12, 2002 19:57, cbertaut@megapipe.net 


[SMTP:cbertaut@megapipe.net] wrote: 
> Let me flesh out my idea a bit further. I am proposing a new 


> Message/Bulletin/Announcement Data Type Identifier - let's say "\" to 
indicate 

> Varicoded Messages, etc. The max. size is still 67 bytes, so more 
characters 

> would generally be available for messages given the usual distribution of 


> characters in message text. I suggest the use of G3PLZ's varicode 
alphabet, which 

> would be interpreted by enabled APRS clients just like ASCII, since 
lookup tables 

> are used for either ASCII or a Varicode to translate binary strings into 
text. 

> The legacy message type, indicated by a DTI of ": 
permit 

> messaging to older client types. As a matter of convention, NOT 
specification, 

> Bulletins and Announcements should not be Varicoded until 
Varicode-enabled APRS 

> clients are the norm. G3PLZ's Varicode alphabet seems like a good fit 
because it 

> was developed from character frequencies in English, not QSOs. Much of 
what is 

> passed in a QSO is already encoded elsewhere in an APRS packet - e.g., 
callsigns, 

> QTH, WX, etc. Varicoding messages could enhace the tactical utility of 
APRS by 

> permitting longer free-form messages within single packets, which would 
help 

> prevent channel congestio 

> 


would remain in use to 


The varicoded payloads will not be decodable by Kenwood D7, D700's and (I 
think) HamHud etc. 


It is also possible that some existing client applications may encounter 
difficulty when receiving these packets. For example, when any of the 
varicoded text happens to include character sequences that resemble 
standard APRS constructs. 


Bill KC9XG 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jul 13 08:48:16 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA26220 
for <lyris.aprsspec@tapr.org>; Sat, 13 Jul 2002 08:48:09 -0500 (CDT) 
Message-ID: <LYR11589-89182-2002.07.13-09.25.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-EM-APIVersion: 2, 0, 0, 4 
X-Priority: 3 (Normal) 
From: "" <cbertaut@megapipe.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Varicoded Message, Bulletin, Announce Proposal 
Date: Sat, 13 Jul 2002 09:44:40 -0400 
MIME-Version: 1.0 
Content-type: text/plain; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "" <cbertaut@megapipe.net> 
X-Message-Id: <612531e1b08349£0863067af8151ae97> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA26220 


Some Replies: 


de KC9XG: 

>The varicoded payloads will not be decodable by Kenwood D7, D700's and (I 
>think) HamHud etc. 

>It is also possible that some existing client applications may encounter 
>difficulty when receiving these packets. 


True. The D7, etc. seem to be hard-coded to decode only ASCII messages, etc. 
That's why I recommend using a new Data Type Identifier for Varicoded text and 
keeping the legacy DTI for ASCII-only recipients. However, if a new DTI is used 
for Varicode I thought that incompatible clients would reject text following the 
new DTI. 


de Wes Johnston: 

>The problem with this, ... is that some of those 8bit bytes would be 
>non-printable ascii characters. Like MIC-e packets they would get clobbered in 
>the internet system. 


Isn't protocol translation a function of a gateway server? In any case, I am 
trying to wring a bit more use from the severely constrained 1200 bps AFSK 
environment most hams use. If we need to fix our gateways to the Internet, that's 


a separat 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jul 13 09:43:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA28918 

for <lyris.aprsspec@tapr.org>; Sat, 13 Jul 2002 09:43:17 -0500 (CDT) 
Message-ID: <LYR11589-89187-2002.07.13-10.21.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 
Reply-To: Bill Diaz <william.diaz@attbi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: Varicoded Message, Bulletin, Announce Proposal 
Date: Sat, 13 Jul 2002 09:42:32 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C22A51.9D3E0440.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Saturday, July 13, 2002 08:45, cbertaut@megapipe.net 
[SMTP:cbertaut@megapipe.net] wrote: 
> Some Replies: 


> de KC9XG: 

> >The varicoded payloads will not be decodable by Kenwood D7, D700's and 
(I 

> >think) HamHud etc. 

> >It is also possible that some existing client applications may encounter 


> >difficulty when receiving these packets. 


> True. The D7, etc. seem to be hard-coded to decode only ASCII messages, 
etc. 


> That's why I recommend using a new Data Type Identifier for Varicoded 
text and 

> keeping the legacy DTI for ASCII-only recipients. However, if a new DTI 
is used 

> for Varicode I thought that incompatible clients would reject text 
following the 

> new DTI. 


Some clients will look for APRS constructs in a payload regardless of the 
DTI. 


> de Wes Johnston: 

> >The problem with this, ... is that some of those 8bit bytes would be 
> >non-printable ascii characters. Like MIC-e packets they would get 
clobbered in 

> >the internet system. 


The mangling of 8 bit characters by TNC's, IGATEs and servers takes several 
forms. An 8 bit char may be deleted entirely, replaced with a space, or be 
converted to 7 bit. It is quite common to see the original raw Mic-E 
packet and one or more of the mangled packets on the IS. This mangling 
also affects messages in languages that use 8 bit characters (Nordic etc). 


The APRS IS and all client applications expect that a packet will be 
terminated with a carriage return or carriage return and line feed. Not 
sure if it is possible for a carriage return to appear in the middle of a 
varicoded string. Perhaps there is some method to preclude this from 
happening? 


> Isn't protocol translation a function of a gateway server? In any case, I 
am 

> trying to wring a bit more use from the severely constrained 1200 bps 
AFSK 

> environment most hams use. If we need to £1ix our gateways to the 
Internet, that's 

> a separat 


Protocol translation of Mic-E packets proved to be a dismal failure. There 
was no specification for the creation of the converted packets. Each 
application constructed the packet differently. Some had mixed case, some 
upper case, etc. Some applications added unique identifiers. Incorrect 
decoding of raw Mic-E packet location information are still seen. 


Protocol translation differences, errors or mangling of 8 bit characters of 
a single packet causes multiple raw, mangled and coverted packets to 
appear on the APRS IS. 


The conversion of Mic-E packets is no longer recommended for the above 


reasons. 


What form would the conversion of a varicoded APRS message packet take? 
Would the conversion result in the creation of one or more APRS Spec 1.0 
compliant messages with a maximum payload of 67 bytes? If the conversions 
were gated to RF, you would have the original varicoded message and the 
converted packets being transmitted along with any mangled versions of 

packets that contained 8 bit char. 


Any changes to the spec should be backwards compatible with existing 
applications. It has proven difficult, if not impossible, to get users to 
upgrade to current versions of APRS applications. Changes to firmware 
based units would be even more difficult, and expensive. 


Bill KC9XG 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jul 13 10:03:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA29409 

for <lyris.aprsspec@tapr.org>; Sat, 13 Jul 2002 10:03:25 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: New beta of aprsd 215 available 
Date: Sat, 13 Jul 2002 10:58:53 -0400 
Content-Type: text/plain; 

charset="us-ascii" 

References: <LYR15266-88833-2002.07.10-16.03.28--aprsi#waddsy.net@lists.tapr.org> 
<LYR15266-88846-2002.07.10-19.49.54--aprs#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR15266-88846-2002.07.10-19.49.54--aprs#wa4ddsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-89190-2002.07.13-10.37.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q2071310585311.05031@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


I've received reports that betas 4 and 5 do not compile on 
RedHat 6.2. This was caused by a change in the makefile 

to stop GNU g++ 3.1 compilers from emitting lots of "deprecated" 
warnings. I've turned back on all warnings so RH 6.2 

will be happy. Also I've tweeked some documenation. 

We are getting real close.... 


The latest version can be downloaded at: 


http: //www.wa4dsy.net/aprs/index.htmlié#taprsservers 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jul 15 10:15:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA22436 

for <lyris.aprsspec@tapr.org>; Mon, 15 Jul 2002 10:15:43 -0500 (CDT) 
Date: Mon, 15 Jul 2002 11:15:27 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Varicoded Message, Bulletin, Announce Proposal 
In-Reply-To: <LYR11586-89102-2002.07.12-20.37.57-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-89475-2002.07.15-10.53.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0207151111210 .23196-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Not wanting to rain on a good idea, but... 

Isnt the average varicode about 5 bits? And since APRS currently uses 7 
bit ASCII, this would mean that a 67 byte long APRS message could be 
extended by only about 28 percent to say about 85 characters... 


It seems to me that the payback of having 85 character lines instead of 67 
byte is not much compared to the difficulty of implementing a system that 
would have to be phased in over a long period of time... 


Bob 
On Fri, 12 Jul 
2002, wrote: 
> Let me flesh out my idea a bit further. I am proposing a new 
> Message/Bulletin/Announcement Data Type Identifier - let's say "\" to indicate 
> Varicoded Messages, etc. The max. size is still 67 bytes, so more characters 
> would generally be available for messages given the usual distribution of 
> characters in message text. I suggest the use of G3PLZ's varicode alphabet, 


which 

> would be interpreted by enabled APRS clients just like ASCII, since lookup 
tables 

are used for either ASCII or a Varicode to translate binary strings into text. 
The legacy message type, indicated by a DTI of ":" would remain in use to permit 
messaging to older client types. As a matter of convention, NOT specification, 
Bulletins and Announcements should not be Varicoded until Varicode-enabled APRS 
clients are the norm. G3PLZ's Varicode alphabet seems like a good fit because it 
was developed from character frequencies in English, not QSOs. Much of what is 
passed in a QSO is already encoded elsewhere in an APRS packet - e.g., 
callsigns, 

QTH, WX, etc. Varicoding messages could enhace the tactical utility of APRS by 
permitting longer free-form messages within single packets, which would help 
prevent channel congestio 


VV VV VV MV 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
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> 
> 
> 
> 
> 
> 
> 
> 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Mon Jul 15 16:37:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA09804 

for <lyris.aprsspec@tapr.org>; Mon, 15 Jul 2002 16:37:29 -0500 (CDT) 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4ddsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: New beta of aprsd 215 available 
Date: Mon, 15 Jul 2002 17:35:35 -0400 
Content-Type: text/plain; 

charset="us-ascii" 

References: <LYR15266-88833-2002.07.10-16.03.28--aprsi#wa4ddsy.net@lists.tapr.org> 
<LYR15266-88846-2002.07.10-19.49.54--aprs#waddsy.net@lists.tapr.org> 
<LYR15266-89189-2002.07.13-10.37.22--aprs#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR15266-89189-2002.07.13-10.37.22--aprs#wa4dsy.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-89507-2002.07.15-17.14.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Transfer-Encoding: 8bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q207151735351B.05031@lab1.wa4ddsy.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The beta continues to improve. I cleaned up 
some minor html formatting problems on the 
status pages and fixed the ?IGATE? query response. 


Thanks to all those who submitted reports. 


The latest version can be downloaded at: 


http: //www.wa4dsy.net/aprs/index.htmlié#taprsservers 


Dale Heatherington 
Web Page http://www.wa4ddsy.net 
Sent by KMail for Linux 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jul 18 12:20:36 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA12524 

for <lyris.aprsspec@tapr.org>; Thu, 18 Jul 2002 12:20:34 -0500 (CDT) 
Message-ID: <LYR11589-90013-2002.07.18-12.56.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-EM-Version: 6, 0, 0, 3 
X-EM-Registration: #00E0641810D91B008120 
X-Priority: 3 
Reply-To: "stanzepa@earthlink.net" <stanzepa@earthlink.net> 
X-Originating-IP: 207.190.252.114 
X-URL: http://mail2web.com/ 
From: "stanzepa@earthlink.net" <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: stanzepa@earthlink.net 
Subject: [aprsspec] Write for PSR 
Date: Thu, 18 Jul 2002 13:17:24 -0400 
MIME-Version: 1.0 
Content-type: text/plain; charset=iso-8859-1 
X-OriginalArrivalTime: 18 Jul 2002 17:17:24.0412 (UTC) 
FILETIME=[FBBE87CO:01C22E7E] 
X-Spam-Status: No, hits=3.2 required=5.0 
tests=X_EM_VER_PRESENT,FROM_NAME_EQ_FROM ADDR version=2.20 
X-Spam-Level: xxx 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4910-22002741817172494@M2W074.mail2web.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA12524 


TAPR members: 


Here is your chance to become rich and famous! Well, maybe not rich, but 
certainly famous. 


The editorial board of Packet Status Register (PSR, TAPRis quarterly 
newsletter) is now soliciting articles, news items, etc. for the next issue 
of the newsletter. Topics related to digital Amateur Radio will be given 
preference and the editorial board reserves the right to determine what is 
suitable for publication. 


E-mail your contributions to watlou@tapr.org ASAP because the deadline for 
the next issue of the newsletter is July 24. 


13% 


Stan Horzepa, WALLOU, PSR Editor 


mail2web - Check your email from the web at 
http://mail2web.com/ . 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Jul 26 23:29:36 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA09101 
for <lyris.aprsspec@tapr.org>; Fri, 26 Jul 2002 23:29:34 -0500 (CDT) 
Date: Fri, 26 Jul 2002 23:29:08 -0500 (CDT) 
From: Guy Story <kc5goi@tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: <aprsspec@lists.tapr.org> 
Subject: [aprsspec] findu backup update 
Message-ID: <LYR11589-91267-2002.07.27-00.08.03-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Guy Story <kc5goi@tapr.org> 

X-Message-Id: <Pine.BSI.4.30.0207262327420 .8813-100000@tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I have received all the names that have made donations to the backup 
server. 

If you are missing or have a correction, email me off the list servers. I 
also found out last saturday that there were a few checks still not run. 
That was taken care of early this week and pushed the total to $6700. 


I wish I could tell everyone that the server is in but I found out that 
the 

original cart we had created expired. That occured due to the delay in 
finding the 501c3 document. The document will allow Dell to give us a 
break 

on the sales tax. Dell will quote the final price when they get the 
document. 

The treasurer for the DCARA was on vacation the week I found out that the 
cart was fixing to expire. We have all the documentation in place and a 
much higher amount that we had when the cart was built for the order. 


Additional delays that have occured have been the results of work, 2 bike 
rides ( MADD and MS150) family and other assorted "disasters" that life 
deals 

out. 


Let me talk about the server instead of excuses. Clint Miller , KD5BYY is 
going to be the primary admin on the server. We will be third and I am 

looking for someone to act as the secondary. That person will need to be 
very knowledgeable about Linux, Apache and sql databases. I have had some 
discussion with Steve about the redundancy levels. Clint is an owner of 

Itel-Tigerbyte and specs out all our equipment. The backup server will be 
featuring tape backup and a small raid array. If a system failure happens 
and it takes out the data disk and it's raid mirror, the tape backup will 


save that data. The server is not going to be built by Dell with all the 
memory that is planned for it. Dell is very proud of it's memory upgrades 
and we can beat the pricing by using local vendors for memory. We 
orginally 

wanted to get a rack mountable system but that costs more than it is 
worth. 

It is amazing what a rack mount form factor can do to cost. It will have a 
dedicated battery backup and will talk to the UPS so if it needs to shut 
down, it can do so in an intelligent manner. Last thing we want is to see 
a 

corrupt database due to a bad shutdown. 


The server will be located at the co-location facility in Dallas Texas. It 
will be connected via a T1 that links back to the Denton office. The 
Denton 

office is feed by a buisness class 1.5 megabit DSL circuit. The Dallas 
Co-location facility also has redundant power and generator backup. 


When I have the cart that is ordered I will post it to the lists so you 
can 

see what your donations purchased. Pictures will also be posted when the 
server arrives. 


Many hams contacted me directly offering to help purchase or find a 
location 

to make the server home. Thank you everyone for your offers. They were not 
ignored or treated lightly. 


I want to thank everyone for being patient in this endevor. It has taken 
longer than anyone expected, but then again, it has exceeded most peoples 
wildest expections. It will be worth the wait. Spider has been 
instrumental 

in the donation collection process. Over half the collected donations were 
routed through him. Jim, I was not joking when I said you won the race. 
Brent was also a major source of donation collections with his generous 
offer. TAPR, as always, was a great helper and sport. We all owe these 
guys 

a big thanks at this time. The most important players have been those of 
you 

who were able to make donations. Pat yourselves on the back. You deserve 
it. 


73 


Guy Story, KC5GOI 
Itel-Tigerbyte LLC 
gstory@tigerbyte.com 
940.891.4575 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 6 08:19:50 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAAQ5973 

for <lyris.aprsspec@tapr.org>; Tue, 6 Aug 2002 08:19:50 -0500 (CDT) 
Date: Tue, 6 Aug 2002 8:17:46 
Subject: [aprsspec] summer 2002 issue of Packet Status Register 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Stan Horzepa" <stanzepa@earthlink.net> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Stan Horzepa" <stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-92983-2002.08.06-08.57.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


The summer 2002 issue of Packet Status Register (PSR) is now available at 
www.tapr.org. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 10 09:33:49 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10023 
for <lyris.aprsspec@tapr.org>; Sat, 10 Aug 2002 09:33:48 -0500 (CDT) 
Content-Type: text/plain; 
charset="iso-8859-1" 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] aprsd 215 beta 8 available 
Date: Sat, 10 Aug 2002 10:33:52 -0400 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-Id: <LYR11589-93548-2002.08.10-10.12.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


X-Message-Id: <20020810143232.75A3228B4C@wa4ddsy .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


A new public beta of aprsd 2.1.5 is up on wad4ddsy.net. 


Since the last aprsd beta release no. 7, 

Pete Loveall and I have worked out some additions 
and improvements to the new q construct. These 
changes are now in beta 8. Please upgrade 

all previous aprsd betas so your servers will 

be 100% compatable with the core servers. 


Download it at (188K): 
http: //www.wa4dsy.net/Files/aprsd215b8.tgz 


Documentation is here: 
http: //www.wa4dsy.net/aprs/aprsdDOC. html 


Dale Heatherington 
Web: http://www.wad4ddsy.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 15 08:09:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA12676 

for <lyris.aprsspec@tapr.org>; Thu, 15 Aug 2002 08:09:47 -0500 (CDT) 
Message-ID: <LYR11589-94050-2002.08.15-08.49.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 15 Aug 2002 09:06:10 -0400 
From: "E. Tupis" <w2ev@rochester.rr.com> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Spec Clarification Request 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "E. Tupis" <w2ev@rochester.rr.com> 

X-Message-Id: <3D5BA742.22A4795@rochester.rr.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I'd like to formally request that the following be considered by those 
"in the loop" in making these decisions... 


== The issue == 

The way that icon determination for 4-cypher Grid-in-Status 
transmissions is ambiguous and can lead to unintended result, unless 
clarified. 


== Example == 
This is a 6-cypher grid w/icon & overlay identified (no ambiguity): 
>FM19XXBV will display the "V" icon with the letter "B" overlayed 


Is this a 4-cypher grid w/icon & overlay or is this a 6-cypher grid with 
a forgotten icon & overlay? (ambiguity): 
>FM19XX will display the "X" icon with the letter "X" overlayed 


== Suggested Solution == 

Require 6-cypher gridsquare for Grid-in-Status when icon & overlay is 
desired 

o When no icon & overlay is included, display as gridsquare icon 

o When only 4-cyphers are used, accept and display as gridsquare icon 


Respectfully, 
Ev, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Aug 18 09:26:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA13284 

for <lyris.aprsspec@tapr.org>; Sun, 18 Aug 2002 09:26:04 -0500 (CDT) 
Message-ID: <LYR11589-94330-2002.08.18-10.05.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 18 Aug 2002 10:18:31 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 


MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Grid-in-Status Ambiguous Icon & Overlay followup? 
X-Priority: 2 (High) 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 

X-Message-Id: <3D5FACB7.52D8E4A4@arrl.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


A while ago, I floated the above. No responses or comments on- or off-list to 
date. Should I continue to await comment or assume there is no interest in the 
topic? Either way is fine...I'm simply curious. 


Ev Tupis, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 19 09:46:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24070 

for <lyris.aprsspec@tapr.org>; Mon, 19 Aug 2002 09:46:21 -0500 (CDT) 
Date: Mon, 19 Aug 2002 10:45:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Spec Clarification Request 
In-Reply-To: <LYR11586-94050-2002.08.15-08.49.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-94479-2002.08.19-10.25.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0208191043410.15386-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 15 Aug 2002, E. Tupis wrote: 


I'd like to formally request that the following be considered by those 
"in the loop" in making these decisions... 


== The issue == 

The way that icon determination for 4-cypher Grid-in-Status 
transmissions is ambiguous and can lead to unintended result, unless 
clarified. 


== Example == 
This is a 6-cypher grid w/icon & overlay identified (no ambiguity): 
>FM19XXBV will display the "V" icon with the letter "B" overlayed 


Is this a 4-cypher grid w/icon & overlay or is this a 6-cypher grid with 
a forgotten icon & overlay? (ambiguity): 
>FM19XX will display the "X" icon with the letter "X" overlayed 


== Suggested Solution == 

Require 6-cypher gridsquare for Grid-in-Status when icon & overlay is 
desired 

> o When no icon & overlay is included, display as gridsquare icon 

> o When only 4-cyphers are used, accept and display as gridsquare icon 


VVVVV VV VV VV VV VV VV VV 


I agree. The >GGiHigg/$ construct was only meant for the full 6 digit 
gridsquare. If the full 6 digits are not konwn, then I think the letters 
AA or something else were supposed to be substituded.... 

Thanks 

Bob 


Respectfully, 
Ev, W2EV 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


VV VV VV VV WV 


> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 20 14:16:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA22448 

for <lyris.aprsspec@tapr.org>; Tue, 20 Aug 2002 14:16:36 -0500 (CDT) 
Message-ID: <LYR11589-94765-2002.08.20-14.53.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 18 Aug 2002 10:18:31 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Grid-in-Status Ambiguous Icon & Overlay followup? 
X-Priority: 2 (High) 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-22005B@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <LYR22005-94330-2002.08.18-10.05.40- - 
kcechura#umr.edu@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
X-OriginalArrivalTime: 18 Aug 2002 14:26:20.0557 (UTC) 
FILETIME=[38D0CBDO:01C246C3] 


A while ago, I floated the above. No responses or comments on- or off-list to 
date. Should I continue to await comment or assume there is no interest in the 
topic? Either way is fine...I'm simply curious. 


Ev Tupis, W2EV 


You are currently subscribed to aprsspec as: kcechura@umr.edu 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 20 17:42:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3284 

for <lyris.aprsspec@tapr.org>; Tue, 20 Aug 2002 17:42:06 -0500 (CDT) 
Date: Tue, 20 Aug 2002 18:35:56 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <LYR11586-94765-2002.08.20-14.53.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-94863-2002.08.20-18.19.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208201835190.4862-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 

On Sun, 18 Aug 2002, Ev Tupis (W2EV) wrote: 

> A while ago, I floated the above. No responses or comments on- or off-list to 
> date. Should I continue to await comment or assume there is no interest in the 


> topic? Either way is fine...I'm simply curious. 


I sent a reply 2 days ago after I returned form Travel... 
Maybe you missed it? 


Bob 

> 

> Ev Tupis, W2EV 

> 

> 

> a 

> You are currently subscribed to aprsspec as: kcechura@umr.edu 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 

> 

> a 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 20 23:57:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA20288 

for <lyris.aprsspec@tapr.org>; Tue, 20 Aug 2002 23:57:30 -0500 (CDT) 


Mime-Version: 1.0 

X-Sender: mikemusick@earthlink.net@pop.earthlink.net 
Message-Id: <LYR11589-94907-2002.08.21-00.36.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Tue, 20 Aug 2002 23:55:03 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mikemusick@earthlink.net> 


Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 


Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mike Musick <mikemusick@earthlink.net> 

X-Message-Id: <aQ5101000b988c8820ce6@[66.136.191.97]> 


<LYR28781-94903-2002.08.21-00.00.07--mikemusick#earthlink.net@lists.tapr.o 


rg> 


<LYR28781-94903-2002.08.21-00.00.07--mikemusick#earthlink.net@lists.tapr.o 


rg> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>A while ago, I floated the above. No responses or comments on- 
>date. Should I continue to await comment or assume there is no 
>interest in the 

>topic? 


Speaking for myself, Ev, no interest. I've never supported 


grid-in-status and in four years nobody's noticed it isn't there. 


it's moot as far as I'm concerned. 
Sorry. :-( 


...mike 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists 


or off-list to 


So 


org 
.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 21 02:48:59 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA29441 


for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 02:48:55 -0500 (CDT) 


Message-ID: <LYR11589-94940-2002.08.21-03.27.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


Date: Wed, 21 Aug 2002 08:47:37 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
References: <LYR11586-94765-2002.08.20-14.53.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR26815 - 94863-2002 .08.20-18.19.23--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-94863-2002.08.20-18.19.23-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <gp6rQuAZWOY9EwL3@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-94863-2002.08.20-18.19.23--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

>On Sun, 18 Aug 2002, Ev Tupis (W2EV) wrote: 

> 

>> A while ago, I floated the above. No responses or comments on- or off-list to 
>> date. Should I continue to await comment or assume there is no interest in 
>the 

>> topic? Either way is fine...I'm simply curious. 

> 

>I sent a reply 2 days ago after I returned form Travel... 

>Maybe you missed it? 


I think I also missed it. However, I didn't think there was any 
ambiguity in the spec regarding 4 character and six character grids. Or 
perhaps I'm forgetting what Ev originally asked? 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 21 05:15:13 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA17077 
for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 05:15:10 -0500 (CDT) 
Message-ID: <LYR11589-94947-2002.08.21-05.55.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 21 Aug 2002 06:14:08 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
References: <LYR21978-94907-2002.08.21-00.36.54-- 
w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3D6367F0.BDB226CF@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Mike Musick wrote: 


>A while ago, I floated the above. No responses or comments on- or off-list to 
>date. Should I continue to await comment or assume there is no 

>interest in the 

>topic? 


Speaking for myself, Ev, no interest. I've never supported 
grid-in-status and in four years nobody's noticed it isn't there. So 
it's moot as far as I'm concerned. 


VVVV VV VV WV 


Hi Mike, 

That makes sense to me from a code writing standpoint. I guess I'm asking from 
a protocol perspective, should an author (present or future) wish to invoke the 
function. Thanks for the reply, though. I wasn't sure how to interpret the 
silence...and now realize that Lyris burped at about the same time as I floated 
the question. 


Appreciate your reply. 


Best wishes, 
Ev 


BEACONet lets you look at the world in ways never before imagined. 
http: //www.BEACONet. org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 21 05:28:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA17612 

for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 05:28:50 -0500 (CDT) 
Message-ID: <LYR11589-94949-2002 .08.21-06.08.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 21 Aug 2002 06:27:51 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
References: <LYR11586-94765-2002.08.20-14.53.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

<LYR26815 -94863-2002.08.20-18.19.23--roger#peaksys.co.uk@lists.tapr.org> 

<LYR21978-94940-2002.08.21-03.27.49--w2ev#rochester.rr.com@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3D636B27.E5788C4E@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> >I sent a reply 2 days ago after I returned form Travel... 
>Maybe you missed it? 


> 

> 

> I think I also missed it. However, I didn't think there was any 

> ambiguity in the spec regarding 4 character and six character grids. Or 

> perhaps I'm forgetting what Ev originally asked? 

The ambiguity occurs when a 4-cypher grid is sent, using grid-in-status. I 
discovered it as I was designing a new set of icons to release to the BEACONet 


community (where we use GR#HFID exclusively)... 


>GRIHFIDOI will display an icon associated with "I" with an overlay of "o". 

>GRIHFID is ambiguous as one doesn't know if the intent was to send a 6-cypher grid 
without an icon or overlay expressly chosen or if it is a 4-cypher grid with an 
icon of "D" and an overlay of "I". 


I offered the suggestion that the grid-in-status spec consider requiring 
6-cypher grids and to display as /G if there is no icon/overlay shown...but am 
more interested in removing the ambiguity than necessarily getting stymied by 
how that is accomplished right now. I was suprised by the lack of comment on 
it, but then realized that the Lyris system "burped" at around the same time and 
many may have missed the post. 


Best wishes, 
Ev, W2EV 
http: //www.BEACONet. org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 21 07:28:52 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA21364 
for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 07:28:45 -0500 (CDT) 

Message-ID: <LYR11589-94954-2002.08.21-08.08.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Wed, 21 Aug 2002 13:28:00 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
References: <LYR11586-94765-2002.08.20-14.53.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

<LYR26815 -94863-2002.08.20-18.19.23--rogeri#peaksys.co.uk@lists.tapr.org> 
<LYR21978-94940-2002.08.21-03.27.49--w2evi#rochester.rr.com@lists.tapr.org> 
<LYR26815 -94949-2002.08.21-06.08.37--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-94949-2002.08.21-06.08.37-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 

X-Message-Id: <il1YrTKAQd4Y9EwrQ@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In message <LYR26815-94949-2002.08.21-06.08.37--rogeri#tpeaksys.co.uk@list 
s.tapr.org>, Ev Tupis (W2EV) <w2ev@arrl.net> writes 

>> >I sent a reply 2 days ago after I returned form Travel... 

>> >Maybe you missed it? 

>> 

>> I think I also missed it. However, I didn't think there was any 

>> ambiguity in the spec regarding 4 character and six character grids. Or 
>> perhaps I'm forgetting what Ev originally asked? 


>The ambiguity occurs when a 4-cypher grid is sent, using grid-in-status. I 
>discovered it as I was designing a new set of icons to release to the BEACONet 
>community (where we use GR#HFID exclusively)... 

> 

>>GRIHFIDoI will display an icon associated with "I" with an overlay of 
> 

>>GRIHFID is ambiguous as one doesn't know if the intent was to send a 6-cypher 
>grid without an icon or overlay expressly chosen or if it is a 4-cypher grid 
>with an icon of "D" and an overlay of "I". 


o" 


Have a read of section 16 of the APRS spec. You will see that the 
table/overlay and symbol characters must be included, they are not 
optional. If you only send a total of six characters, then it must be 
interpreted as a four character locator. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 21 18:39:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ0473 

for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 18:39:23 -0500 (CDT) 
Message-ID: <LYR11589-95005-2002.08.21-19.19.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 21 Aug 2002 19:37:30 -0400 


From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 

X-Accept-Language: en 

MIME-Version: 1.0 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Test 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 

X-Message-Id: <3D64243A.EFF4488D@arrl.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ping 


Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 22 07:30:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11181 

for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 07:30:04 -0500 (CDT) 
Date: Thu, 22 Aug 2002 08:29:49 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <LYR11586-94907-2002.08.21-00.36.54-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95115-2002.08.22-08.09.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0208220827090.26853-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 20 Aug 2002, Mike Musick wrote: 


> Speaking for myself, Ev, no interest. I've never supported 
> grid-in-status and in four years nobody's noticed it isn't there. So 
> it's moot as far as I'm concerned. 


So APRS still does not have a GRIDSquare format that can be received by 
all software... what a shame... :-( 

And of course, no user who does not see it will not konw that he isnt 
seeing it, so how will he know to complain.. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 22 07:46:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11591 

for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 07:46:54 -0500 (CDT) 
Date: Thu, 22 Aug 2002 08:46:40 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <LYR11586-94949-2002.08.21-06.08.37-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95116-2002.08.22-08.26.46-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0208220844490 .26853-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 21 Aug 2002, Ev Tupis (W2EV) wrote: 


> > >I sent a reply 2 days ago after I returned form Travel... 
> > >Maybe you missed it? 


> how that is accomplished right now. I was suprised by the lack of comment on 
> it, but then realized that the Lyris system "burped" at around the same time and 
> many may have missed the post. 


Yes, it appears that lyris ate my reply. Here it is: 


I agree. The >GGiHigg/$ construct was only meant for the full 6 digit 
gridsquare. If the full 6 digits are not konwn, then I think the 
letters ZZ or something else were supposed to be substituded.... 
Thanks 

Bob 


VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Aug 22 07:49:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11706 

for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 07:49:02 -0500 (CDT) 
Date: Thu, 22 Aug 2002 08:48:08 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <LYR11586-94954-2002.08.21-08.08.36-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95118-2002.08.22-08.28.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0208220847310 .26853-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 21 Aug 2002, Roger Barker wrote: 


> Have a read of section 16 of the APRS spec. You will see that the 

> table/overlay and symbol characters must be included, they are not 

> optional. If you only send a total of six characters, then it must be 
> interpreted as a four character locator. 


Yes, that is the correct interpretation too... 


bob 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV WV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 22 11:51:49 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA23683 

for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 11:51:48 -0500 (CDT) 
Content-Type: text/plain; 

charset="iso-8859-1" 

From: James Jefferson <jjeffers@aprsworld.net> 
Reply-To: James Jefferson <jjeffers@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
Date: Thu, 22 Aug 2002 11:51:24 -0500 
References: <LYR11586-94765-2002.08.20-14.53.47-- 
bruninga#nadn.navy.mil@lists.tapr.org> <LYR21978-94940-2002.08.21-03.27.49-- 
w2ev#rochester.rr.com@lists.tapr.org> <LYR19704-94949-2002.08.21-06.08.37-- 
jjeffers#aprsworld.net@lists.tapr.org> 
In-Reply-To: <LYR19704-94949-2002.08.21-06.08.37-- 
jjeffers#aprsworld.net@lists.tapr.org> 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-Id: <LYR11589-95148-2002.08.22-12.31.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20020822165124.AF4012149B@agentorange.localnet> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wednesday 21 August 2002 05:27 am, Ev Tupis (W2EV) wrote: 

> The ambiguity occurs when a 4-cypher grid is sent, using grid-in-status. 
> discovered it as I was designing a new set of icons to release to the 

> BEACONet community (where we use GR#HFID exclusively)... 

In my aprsworld.net software I use the following algorithm: 

extract the 2 letter / 2 digit square 

then 


if next two letters are both upper case then I assume it is a 6 character 
grid square. 


Here's the code: 


void extract_gridsquare (struct position xpos, char xsquare) { 


int i; 
int len = strlen (square); 


if ( verbose & 4 ) 
printf("Extracting grid square\n"); 
if (square[0] >= 'A' && square[Q] <= 'I') $4 
pos->longitude = (square[0] - 'A' + 0) * 20 - 180; 
% else { 


pos->longitude (square[O] - 'J' + 0) * 20; 


b 


if (square[1] >= 'A' && square[1] <= 'I') { 
pos->latitude = (square[1] - 'A') * 10 - 90; 
% else { 
pos->latitude = (square[1] - 'J') x 10; 
$ 


pos->latitude += (square[3] - '0'); 
pos->longitude += (square[2] - 'O') x* 2; 


if (isupper (square[4]) && isupper (square[5])) ¢{ 
#define LAT 0.0416666 
dtdefine LAT_HALF 0.0208333 
dtdefine LON 0.0833333 
d#tdefine LON_HALF 0.0416666 
pos->latitude += (square[5] - 'A') * LAT + LAT_HALF; 
pos->longitude += (square[4] - 'A') * LON + LON_HALF; 


for (i = 0; i <= len - 7; i++) // Swallow grid square and space 
square[i] = square[i + 7]; 
¢ else { 
pos->latitude += 0.5; 
pos->longitude += 1; 


for (i = 0; i <= len - 5; i++) // Swallow grid square and space 
square[i] = square[i + 5]; 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 22 15:09:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ5942 


for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 15:09:19 -0500 (CDT) 
Mime-Version: 1.0 
X-Sender: mikemusick@earthlink.net@pop.earthlink.net 
Message-Id: <LYR11589-95156-2002.08.22-15.49.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <Pine.GS0O.4.44.0208220827090.26853-100000@arctic> 
References: <Pine.GS0O.4.44.0208220827090.26853-100000@arctic> 
Date: Thu, 22 Aug 2002 15:07:48 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mikemusick@earthlink.net> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mike Musick <mikemusick@earthlink.net> 
X-Message-Id: <aQ5101001b98acea0f5b9@[66.136.191.97]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


[WARNING - Working for myself has been brutal and I have not been 
getting much sleep lately; the bags under my eyes have become steamer 
trunks. So I'm currently running at about S9+20 on the grumpy 
meter... just ask my wife. Given that caveat: ] 


>So APRS still does not have a GRIDSquare format that can be received by 
>all software... what a shame... :-( 


Consider it a volley in my quixotic "war against the arcane", Bob. 
Maidenhead is a poster child for "arcane" in the first place. Then we 
come along and create and exception-to-the-exception rule putting 
position data in static informational text to accommodate a >0.01% 
usage in an experimental context. Arcane % 4. 


I'll be even more blunt - if somebody is taking the time to compute, 
generate or otherwise figure-out 6-digit Maidenhead coordinates, they 
have a GPS in their hand. If they have a GPS, cut the BS and transmit 
lat/lon. 


>And of course, no user who does not see it will not konw that he isnt 
>seeing it, so how will he know to complain.. 


That's not the way it works, especially with my application. Folks 
run pAPRS as a second station, usually mobile. So they frequently 
have the opportunity to compare what they see on the handheld to what 
they see on the desktop... and I usually hear about it when there's a 


divergence. I have NEVER heard from a user (and I checked!) about 
grid squares in the four years the app has been around. 


...mike 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 05:37:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA21361 
for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 05:37:26 -0500 (CDT) 
Message-ID: <LYR11589-95239-2002.08.23-06.17.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 23 Aug 2002 06:34:23 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
References: <LYR30253-95118-2002.08.22-08.28.47--w2evitarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3D660FAF.B4A114C9@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 

On Wed, 21 Aug 2002, Roger Barker wrote: 

Have a read of section 16 of the APRS spec. You will see that the 
table/overlay and symbol characters must be included, they are not 


optional. If you only send a total of six characters, then it must be 
interpreted as a four character locator. 


VV VV VV V VV 
VV VV 


Yes, that is the correct interpretation too... 


That makes sense to me, too. I knew I'd get the straight scoop if I asked. 


Thanks, guys. 


Kind regards, 
Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 06:04:43 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA22435 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 06:04:37 -0500 (CDT) 
Message-ID: <LYR11589-95243-2002.08.23-06.44.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 23 Aug 2002 07:01:50 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
References: <Pine.GS0O.4.44.0208220827090.26853-100000@arctic> 
<LYR30253-95156-2002.08.22-15.49.10--w2ev#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3D66161E.ABFA31F7@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


That's not the way it works, especially with my application. Folks 
run pAPRS as a second station, usually mobile. So they frequently 
have the opportunity to compare what they see on the handheld to what 
they see on the desktop... and I usually hear about it when there's a 
divergence. I have NEVER heard from a user (and I checked!) about 
grid squares in the four years the app has been around. 


VV VV VV 


Mike, 
This is probably about to change. I'm now deeply involved in a discussion among 
microwave contesters in which the topic of BEACONet.25/APRS has caught fire (in 


a very positive way). These are people who live-and-die by 6-character 
gridsquares and operating from remote locations using Palm Pilots to log 
contacts. To date, all I've suggested using is a laptop and UI-View, because it 
(and APRSdos) is the only APRS software that behaves in a way as to make it VHF 
narrowband (read: BEACONet) friendly (a number of reasons, which are beyond the 
scope of this note). 


I guess it's time for me to download pAPRS and play with it's [GGiHg¢g] 
personality to see if it is friendly, too. The whole UI-Frame concept is 
misunderstood by a vast majority of ssb/cw VHF operators. I've finally made an 
inroad to a community that is starting to see the value of using it to xsupportx 
their interested (not replace it). You may see more action on pAPRS and grid 
support as a result. 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 08:00:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA26553 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 08:00:49 -0500 (CDT) 
Date: Fri, 23 Aug 2002 09:00:33 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <a05101001b98acea0£5b9@[66.136.191.97]> 
Message-ID: <LYR11589-95256-2002.08.23-08.40.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208230830550.1857-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 22 Aug 2002, Mike Musick wrote about GRID-IN-STATUS: 


If somebody is taking the time to compute, generate or otherwise 
figure-out 6-digit Maidenhead coordinates, they have a GPS in their 
hand. If they have a GPS, cut the BS and transmit lat/lon.... 

. IT have NEVER heard from a user (and I checked!) about 
grid squares in the four years that [pocketAPRS] has been around. 


VV VV WV 


Ok, but my problem comes about when I have to give recommendations to 
AMSAT and other packet operators and users of PCsat, U022, and ISS as to 
what to use as the fundamental simple PACKET beacon? I can assure you 
that the one and only HAM radio accepteble lowest common denominator is 
grid square. 


It is the SPACE and Meteor Scatter and other DX applications of APRS that 
are the only significant reason why I care at all about grid square. And 
as you konw, working the satelites with packet (and APRS) has been my 
forte for the last several years... 


If I try to tell AMSAT folks that they have to use an APRS formatted 
packet or a GPS LAT/LONG, then it raises hackles and anti-APRS sentiment. 
Gridsquares have been used via SAREX, MIREX and now ARISS as the defacto 
default since we launched the first packet digipeater back in 1990. So it 
has always been easy to just say "transimt your GRID square and oh, by the 
way, put a ">" in front of it and then everyone with APRS and a kenwood 
will see you too.... and add a"/X" on the end if you want to indicate 
your house, car, motorcycle, etc... 


So I agree completely with your conclusion, that this is a 1% of 1% 

APRS application, but on the other hand, it is closer to 90% of everyone 
on the satellites... It is very frustrating for me that I cannot tell 
AMSAT a single format that all APRS softare will plot. Same goes for 
meteor scatter and now BEACONNET. Kenwoods cannot tune to the BEACON NET 
frequency and copy anything, because they changed two bytes in the 
TOCALL.... 


Same goes for APRS omni-DFing. It is a very very powerful means to locate 
a jammer nearly instantly without anyone anyhwere having any DF 

equipment. And it is only used 1% of 1% of the time... but when you need 
it, it should be there... 


I am disappointed that none of the other authors have implemented this 
fundamental APRS techniique... No, the users havent asked for it, because 
unless they used APRSdos, they dont know of its power. ANd since no one 
enters APRS on APRSdos anymore, but ususally come in through a windows 
application, they have a limited, and skewed view of what APRS is supposed 
to be able to do.... 


To see what the OMNI-DF screen (based inversly on PHG) looks like see: 
APRS DFing... http: //www.ew.usna.edu/~bruninga/dfing. html 


Bob, WB4APR 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 14:57:02 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA16789 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 14:56:56 -0500 (CDT) 
Mime-Version: 1.0 
X-Sender: mikemusick@earthlink.net@pop.earthlink.net 
Message-Id: <LYR11589-95320-2002.08.23-15.36.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <Pine.GS0O.4.44.0208230830550.1857-100000@arctic> 
References: <Pine.GSO.4.44.0208230830550.1857-100000@arctic> 
Date: Fri, 23 Aug 2002 14:55:29 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Mike Musick <mikemusick@earthlink.net> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mike Musick <mikemusick@earthlink.net> 
X-Message-Id: <aQ5101001b98c09ca3460@[66.136.191.97]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 9:00 AM -0400 8/23/02, Bob Bruninga wrote: 

>On Thu, 22 Aug 2002, Mike Musick wrote about GRID-IN-STATUS: 

> 

>> If somebody is taking the time to compute, generate or otherwise 

>> figure-out 6-digit Maidenhead coordinates, they have a GPS in their 
>> hand. If they have a GPS, cut the BS and transmit lat/lon.... 

>> ... I have NEVER heard from a user (and I checked!) about 


>> grid squares in the four years that [pocketAPRS] has been around. 

> 

>Ok, but my problem comes about when I have to give recommendations to 
>AMSAT and other packet operators and users of PCsat, U022, and ISS as to 
>what to use as the fundamental simple PACKET beacon? I can assure you 
>that the one and only HAM radio accepteble lowest common denominator is 
>grid square. 

> 

>It is the SPACE and Meteor Scatter and other DX applications of APRS that 
>are the only significant reason why I care at all about grid square. And 
>as you konw, working the satelites with packet (and APRS) has been my 
>forte for the last several years... 


Can I be blunt, Bob? (Remember - you were warned that I was grouchy!) 
Most of us who are deeply involved in APRS are doing so because of 
its core application, AVL, with equally important uses in WX object 
communication. When DX beaconing and the satellite stuff usurped the 
discussions you seemed to be completely oblivious to all the eyes 
rolling back. 


While the rank-and-file were concerned with trying to solve the 
problems of AVL, network management and the Internet side, you were 
off in the woods somewhere pointing a beam skyward. That's fine, and 
more power to you, but your attempts to transmogrify all of APRS to 
fit your current interests have fallen on a lot of deaf ears. With 
due respect, trying to make us feel guilty over issues that a lot of 
us frankly don't care about just can't be very productive. 


>So I agree completely with your conclusion, that this is a 1% of 1% 
>APRS application, 


So the problem is...? 


>Same goes for APRS omni-DFing. It is a very very powerful means to locate 
>a jammer nearly instantly without anyone anyhwere having any DF 
>equipment. And it is only used 1% of 1% of the time... but when you need 
>it, it should be there... 


You are making a serious mistake bringing this one up with me. Did 
you not pay any attention at all to our quiet little chat three 
Daytons ago? I was quite startled when you resumed beating this drum 
a few months back, but I bit my tongue. 


Anyway, I distinctly recall taking advantage of a lull in the booth 
traffic for this. I told you that from years of direct experience, 
I've learned that by the time a "network" of ad hoc receive stations 
QSY and resolve their lack of calibration plus the terrain and 


propagation anomalies to get the xfirst* approximate reading, one 
person with narrow-aperture RDF tools has found it, fixed it and is 
already relaxing at home with beer in hand. 


Using APRS like this is like pounding nails with a wrench. There is a 
better, much more effective tool, and, yes, thank goodness, you had 
the foresight to accommodate that better tool as well. 


>I am disappointed that none of the other authors have implemented this 
>fundamental APRS techniique... 


Is there maybe a message here? My gosh, I'm the only one besides you 
who even supports the on-air protocol for vector DF, a fact that has 
not been lost on the serious RDF fraternity. 


For those of us who actually know RDF, "omni DF" is a complete 
non-starter. Sorry to burst your bubble this way; don't forget that I 
did at least try to do it "offstage". 


ard 


I guess if there's one general piece of advice I can offer, it's to 
stop trying to make APRS into "the Swiss army knife of ham radio". 
Swiss knives are great for the infrequent quick fix, but try to do 
anything serious and you'll bust your knuckles. Let's concentrate on 
refining what we do sort of well and not heap more stuff on a clogged 
system just because we've managed to fabricate a faint connection to 
another prospective application. 


...mike 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 16:41:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA20428 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 16:41:17 -0500 (CDT) 
Date: Fri, 23 Aug 2002 17:41:03 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <a05101001b98c09ca3460@[66.136.191.97]> 
Message-ID: <LYR11589-95337-2002.08.23-17.21.14-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0208231704420.21794-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 23 Aug 2002, Mike Musick wrote: 


Bob Wrote: 

>Ok, but my problem comes about when I have to give recommendations to 
>AMSAT and other packet operators and users of PCsat, U022, and ISS as to 
>what to use as the fundamental simple PACKET beacon? I can assure you 
>that the one and only HAM radio accepteble lowest common denominator is 
>grid square. 


Can I be blunt, Bob? (Remember - you were warned that I was grouchy!) 
Most of us who are deeply involved in APRS are doing so because of 
its core application, AVL, with equally important uses in WX object 
communication. When DX beaconing and the satellite stuff usurped the 
discussions you seemed to be completely oblivious to all the eyes 
rolling back. 


VV VV VV VV VV VV 


Ah, but these people with rolling eyes do not understand APRS! 


APRS is a tactical real time digital packet communications system. 
Remember, APRS stands for Automatic Packet Reporting System. It was 
designed to provide a common definition of UI packets that would convey 
meaningful information to everyone on frequency. It was intended to 
provide a means to communicate digitally, EVERYTHING of interest to the 
fixed or mobile operator that was REAL-TIME... AVL is just one part of 
APRS... 


Yes, when GPS became cheap we also referred to the "P" as position 
reporting. But in no uncertain terms, APRS is not "an AVL system" only. 
Never was. It is this tendency for HAMdom to keep trying to stuff APRS 
into an "AVL" box that is limiting our ability to communicate digitally 
and people's understanding of it... APRS should be able to convey to ALL 
users in its local area QUICKLY, ANYTHING of interest to everyone in that 
area. From the beginning, that included typical HAM radio interests of 


AVL, WX, DFing and DX. 


> While the rank-and-file were concerned with trying to solve the 
> problems of AVL, network management and the Internet side, you were 
> off in the woods somewhere pointing a beam skyward. 


Me thinks you may be the one lost in the woods.... 


An AVL system based on fixed stations using a fixed plant Internet 
linked system without satellite access, leaves 95% of the planet 

with NO connectivity. Even now, 80% of the area of the USA has no APRS 
network. But with Satellites, we get coverage for any HAM anywhere 
worldwide at least 12 times a day. 


A narrow definition of APRS that will only work in the population 
centers of the USA and then only under personally defined terms 
of what constitutes an AVL system seem to me to be missing the mark... 


That's fine, and more power to you, but your attempts to transmogrify 
all of APRS to fit your current interests have fallen on a lot of deaf 
ears. With due respect, trying to make us feel guilty over issues that a 
lot of us frankly don't care about just can't be very productive. 


VV VV 


Grid Square formats were in APRS from 1993. I counter that they are not 
"current" interests other than my 9 year frustration that late comers to 
APRS are not fully implementing what APRS was designed to do and this 
leaves the term "APRS as ambiguous if we have no standards among the 
various systems and they only implemented the obvious AVL features... 


>So I agree completely with your conclusion, that this is a 1% of 1% 
>APRS application, 


VV VV 


So the problem is...? 


Simple: 

If Home depot only stocks what 99% of the people want, then by 
definition, any project that requires 100 parts will always be incomplete 
because of the 1% missing. THus, you can never go to one store and get 
everything that you need for a project. THis is shortsitedness in the 
extreme. And frustrating for the consumer. 


One cannot take features and leave them out based on frequency of use. 

One must also consider importance of use. Take the windshield wipers on 

a car. One typically only uses them 1% of the time. Hummh.. must be 
practically useless... How about the trailer hitch? Hummh. Only used 1% 
of the time. Must not be any need for it.... How about the HAM radio in 
your car... Hummh. Only 0.005 people in the USA are HAMS. No need for 
General Motors to design cars with electronic ignition systems that can 


withstand Radio Transmissions... shucks, it wont affect 99.5% of the 
drivers... must not be worth it... 


Some of the most important features in some systems are the LEAST used. 
Take a fire alarm for example... 


etc... 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 17:40:42 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA23774 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 17:40:38 -0500 (CDT) 
Date: Fri, 23 Aug 2002 18:40:19 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: OMNI DFing for eveyone in APRS... 
In-Reply-To: <a05101001b98c09ca3460@[66.136.191.97]> 
Message-ID: <LYR11589-95355-2002 .08.23-18.20.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208231741080.21794-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Fri, 23 Aug 2002, Mike Musick wrote: 


Bob Said: 


>Same goes for APRS omni-DFing. It is a very very powerful means to 
>locate a jammer nearly instantly without anyone anyhwere having any DF 
>equipment. And it is only used 1% of 1% of the time... but when you 
>need it, it should be there... 


You are making a serious mistake bringing this one up with me. Did 
you not pay any attention at all to our quiet little chat three 
Daytons ago?... 


I told you that from years of direct experience, I've learned that by 
the time a "network" of ad hoc receive stations QSY and resolve their 
lack of calibration plus the terrain and propagation anomalies to get 
the xfirst*x approximate reading, one person with narrow-aperture RDF 
tools has found it, fixed it and is already relaxing at home with beer 
in hand. 


VVVNVMVV VV VV VV VV VW 


But I disagree completely with this assessment. I did then, and I 
disagree completely with it now. That approach to DF is why no one ever 
finds a jammer unless the Jammer does the same thing over and over 

day in and day out obnoxiously and becomes such a nuisance that the 
talented and prepared DF guys are hunkered down and ready to pounce... 


But, unfortunately, that is the status QUO of typical HAM radio, because 
everyone still thinks of APRS as only an AVL system and does not even konw 
of its omni-dfing power. APRS is not just an AVL system. It is a tool 
for digital real-time data communications in amateur radio... 


Here is how OMNI DFing in APRS(dos) works: 


1) Not everyone, not even some, but ONLY ONE person needs to have APRS. 
2) A jammer transmits... Everyone on the repeater instantly switches to 
REV and notices whether they hear it... This take maybe 10 secs max. 
3) The jammer only needs to make one transmission. No more. 
4) At his leisure, the one APRS user can ask for "reports". The voice 
users say "I'm in Bowie, nothing heard...." or "Im on the north part of 
the beltway, Nothing heard"... and so on. This takes maybe a minute. 
5) the one and only one APRS user then simply moves his cursor to 
each reported area, ADDS an OMNI-DF report to that place on the map for 
each report and instantly, his APRS(dos) plots the PHG circles drawn inversly 
proportional to signal strength and instantly the APRS user (and anyone 
else on 144.39 for tht matter) sees the complete picture. 


Then to the most casual observer anyone can see where the jammer both 
"IS" and "ISNT". And due to the way radio works, 90% of the reports will 
be showing the 90% of the area where the jammer ISNT. Even if NO ONE 
hears the jammer, eliminating 90% of the area where he ISNT is very, very 
valuable... 


When I have done this on a FOX hunt, I can usually locallize the area of 
the FOX within the first 10 minutes of an event (by asking for reports on 
the local repeaters)... I can tell from this approach the general area of 
the jammer LONG before the DF equipped hounds are anywhere near the 
area... In fact, when they roll in 1 to 3 hours later, after having 
driven all over half the state, I could have told them in the first 10 
minutes where to go FIRST and then hone their search. 


No, OMNI DFing has no chance of finding the guy's house in the "last 
mile"... But since it can localize the area generlaly to a neighborhood 
almost instantly, it is very valuable at localizing the source of 
interference. Yes, then call in the DF gear to nail him. But most of the 
time, announcing on the repeater that "the signal appears to be coming 
from "Tinseltown" will cause the "Tinseltown" jammer to very quickly 
re-think his strategy... 


Using APRS like this is like pounding nails with a wrench. There is a 
better, much more effective tool (Automatic DF Equipment), and, yes, 
thank goodness, you had the foresight to accommodate that better tool 
as well. 


VV VV 


Yes, that stuff works great for ANNOUNCED events and the 2% of HAM radio 
operators that purchase and use it, but it does practically nothing for 
come-as-you-are tactical-real-time digital communications of what is 
happening routinely in one's area. APRS has a MAP. APRS knows what 
people's radio range is from their PHG. It is ludicrous to me that all 
APRS applications don't simply tie these two together and apply them to 
the most routine occurance and that is locating the source of an 
interfering signal... 


> Is there maybe a message here? My gosh, I'm the only one besides you 
> who even supports the on-air protocol for vector DF, a fact that has 
> not been lost on the serious RDF fraternity. 


Yes, but the RDF community is only 2% of the amateur population and when 

a signal appears on a repeater that needs to be DF'ed, why not take the 
data that is already available to everyone and plot it, instead of waiting 
until you can call up the RDF crew and then wait for the jammer to raise 
his head "again" later so the RDF folks can do their thing? 


HALF of my frustration is that mobile FM hams dont instantly switch to 
reverse and report what they hear. But the reason they are not in that 
habit is because they dont know that APRS can use this information to 
instantly localize the signal. And they dont know that becuse only 
APRSdos does it. And these days most people have never seen APRSdos and 
are using the later programs that have not fully implemented APRS and 
so.... chicken-egg.... 


> For those of us who actually know RDF, "omni DF" is a complete 
> non-starter. Sorry to burst your bubble this way; don't forget that I 
> did at least try to do it "offstage". 


Yes, and that attitude towards localizing signals is the problem. "No one 
can play in the RDF game unless they do it the old-fashioned brute-force 
gotta-have-the-most-toys" approach... When, actually, the data is 


avaiable to the other 98% of hamdom all the time. 
On a FOX hunt RDF wins hands down. 


But during the other 98% of the time in HAM Radiodom when you want to know 
the source of only a brief unauthorized transmission, you are far better 
off taking AVAILABLE data from EVEYONE on frequency than waiting a day or 
so to get an RDF team together and waiting for him to do it again... 


Also, remember that APRSdos includes the Civil Air Patrol tried-and-true 
fade-circle OMNI DFing technique as well. And calling that a "non 
starter" overlooks decades of practical and successful applicaiton of that 
technique. With it, one person with a mobile radio and APRSdos can drive 
around and eventually find a signal all by himself. 


I guess if there's one general piece of advice I can offer, it's to 
stop trying to make APRS into "the Swiss army knife of ham radio". 

Swiss knives are great for the infrequent quick fix, but try to do 

anything serious and you'll bust your knuckles. 


VVV NM 


Ah... APRS !was! designed to be the QUICK FIX of HAM radio. It is 
supposed to be the "tactical-real-time digital" commmunications system 
that lets you communicate quickly and error free (digitally) about 
anything and everything that is happening LIVE in the local area. I dont 
know how many ways to say that.... And in that same vane it is NOT 
supposed to do "serious" long-term, permanent, bulk data, high data rate 
communications. All of those needs are best done with other systems ona 
different frequency. 


> Let's concentrate on refining what we do sort of well and not heap more 
> stuff on a clogged system just because we've managed to fabricate a 
> faint connection to another prospective application. 


Our difference of opinion is cleary rooted in our differing opinions over 
what APRS is. And I stand behind the original objectives of what APRS is 
supposed to be: 


"A tacital-real-time digital communications system" for rapid exchange 
of short bursts of error-free data within an area of local operations.. 
And limiting definitions of what that data is to only AVL, is a sure way 
to make sure that APRS remains in most people's minds an AVL only system 


with no proactical value beyond that scope.. 


APRS is NOT an AVL system other than it is nice to know where the mobile 
stations in your LOCAL network are... 


BUT APRS has a MAP, and APRS knows everyone's radio range (PHG) then why 
in the world not plot "signals heard or not heard" and let everyone SEE 
where the jammer IS and ISNT. The data is THERE! Why, oh why, not use 
it? 


de WB4APR@amsat.org, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 18:38:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25280 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 18:38:35 -0500 (CDT) 
Date: Fri, 23 Aug 2002 16:38:30 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <LYR29682-95256-2002.08.23-08.40.47- - 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-95362-2002.08.23-19.18.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 23 Aug 2002 23:38:30.0941 (UTC) 
FILETIME=[3020F4D0: 01C24AFE] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.GSO.4.44.0208231637100.20993-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Trying to post this again 'cuz the list software wouldn't let me do 
it last time. 


On Fri, 23 Aug 2002, Bob Bruninga wrote: 


Same goes for APRS omni-DFing. It is a very very powerful means to locate 
a jammer nearly instantly without anyone anyhwere having any DF 

equipment. And it is only used 1% of 1% of the time... but when you need 
it, it should be there... 


I am disappointed that none of the other authors have implemented this 
fundamental APRS techniique... 


VV VV VV MV 


Ah, but Xastir has it. http://www.xastir.org 


Curt Mills, WE7U hacker.NO_*SPAM@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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From bounce-aprsspec-11589@lists.tapr.org Fri Aug 23 18:42:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25380 

for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 18:42:22 -0500 (CDT) 
Date: Fri, 23 Aug 2002 16:42:12 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
In-Reply-To: <LYR29682-95320-2002.08.23-15.36.49-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-95363-2002.08.23-19.22.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 23 Aug 2002 23:46:49.0321 (UTC) 
FILETIME=[592FB590: 01C24AFF ] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 

X-Message-Id: <Pine.GS0.4.44.0208231639290 .20993-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 23 Aug 2002, Mike Musick wrote: 


> Is there maybe a message here? My gosh, I'm the only one besides you 
> who even supports the on-air protocol for vector DF, a fact that has 
> not been lost on the serious RDF fraternity. 


And Xastir. We can do Omni-DF and vector DF. We don't support 
automated DF'ing though. If I had an RDF unit in-hand it'd be 
supported. 


> For those of us who actually know RDF, "omni DF" is a complete 
> non-starter. Sorry to burst your bubble this way; don't forget that I 
> did at least try to do it "offstage". 


Unfortunately I'm probably in the "don't actually know RDF" 
category. I've done a little, but am not an enthusiast. I can't 
judge how well each method might work. 


Curt Mills, WE7U hacker.NO_*SPAM@tc.£luke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math." -- unknown 

"Windows: Microsoft's tax on computer illiterates." -- WE7U 
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From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 07:50:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ1719 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 07:50:20 -0500 (CDT) 
Message-ID: <LYR11589-95434-2002.08.24-08.30.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Andrew Stubbs" <andrews@stusoft.com> 
From: "Andrew Stubbs" <andrews@stusoft.com> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Is the message within spec ? 
Date: Sat, 24 Aug 2002 13:50:05 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <011c01c24b6c$c5736360$fdfea8cO@localnet> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


While testing a program I'm writing I noticed 2 messages that do not seem to 
be within spec: 


IRONMT>APRS ,RCHFLD,SHEPRD*,qAS,K7UHP:/WB7REL WIDE IRON MT 
(This is a position with timestamp - but there is no position) 


G1OXB>APH104-7,qgAS,GORDI:=/4RixNH<y-!!A 
(This is a postion without timestamp - but is looks like Mic-E?) 


Is this correct or have I missed something ? 
Thanx 


Andrew 
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From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 07:57:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ2153 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 07:57:27 -0500 (CDT) 
X-Sent: 24 Aug 2002 12:57:11 GMT 
Date: Sat, 24 Aug 2002 08:57:09 -0400 
From: Steve Dimse <k4hg@tapr.org> 


Subject: [aprsspec] Re: Is the message within spec ? 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

X-Priority: 3 

In-Reply-To: <LYR30403-95434-2002.08.24-08.30.18--k4hg#tapr.org@lists.tapr.org> 
Message-ID: <LYR11589-95435-2002.08.24-08.37.23-- 
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MIME-Version: 1.0 

Content-Type: text/plain; Charset=US-ASCII 

Content-Transfer-Encoding: 7bit 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 

List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: Steve Dimse <k4hg@tapr.org> 

X-Message-Id: <r01050300-1015-0021EF75B76111D6B70A00039345286E@[192.168.1.100]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On 8/24/02 at 1:50 PM andrews@stusoft.com (Andrew Stubbs) sent: 


>IRONMT>APRS,RCHFLD,SHEPRD*,qAS,K7UHP:/WB7REL WIDE IRON MT 

>(This is a position with timestamp - but there is no position) 

> 

This is wrong, should be a status message (>), but errors in the manually 
entered beacons of digis are quite common. 


>GLOXB>APH104-7,qAS,GORDI:=/4RixNH<y-!!A 

>(This is a postion without timestamp - but is looks like Mic-E?) 
> 

This is the compressed format (AKA base 91) described in the spec. 


Steve K4HG 
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From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 10:14:55 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ7228 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 10:14:51 -0500 (CDT) 
Date: Sat, 24 Aug 2002 11:14:30 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [Laprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup? 
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List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0208241111530.9250-100000@arctic> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 23 Aug 2002, Curt Mills, WE7U wrote: 


> On Fri, 23 Aug 2002, Bob Bruninga wrote: 

> 

> > Same goes for APRS omni-DFing. It is a very very powerful means to locate 
> > a jammer nearly instantly without anyone anyhwere having any DF 

> > equipment. And it is only used 1% of 1% of the time... but when you need 
> > it, it should be there... 

> 

> Ah, but Xastir has it. http://www.xastir.org 


Neato! Thanks. hard for me to keep up... 

Now all we gotta do is get the general ham population to always listen to 
the input whenever they want to find an interfering signal and report 
their position even if they DONT hear anything... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 10:46:53 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAAQ9255 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 10:46:47 -0500 (CDT) 


Message-ID: <LYR11589-95454-2002.08.24-11.26.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Andrew Stubbs" <andrews@stusoft.com> 
From: "Andrew Stubbs" <andrews@stusoft. com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR29846-95435-2002.08.24-08.37.23--mOaqm#stusoft.com@lists.tapr.org> 
Subject: [aprsspec] Re: Is the message within spec ? 
Date: Sat, 24 Aug 2002 16:46:32 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <012f01c24b85$6bb4£4b0$fdfea8cO@localnet> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> On 8/24/02 at 1:50 PM andrews@stusoft.com (Andrew Stubbs) sent: 

> 

> >IRONMT>APRS,RCHFLD,SHEPRD*,qAS,K7UHP: /WB7REL WIDE IRON MT 

> >(This is a position with timestamp - but there is no position) 
>> 

> This is wrong, should be a status message (>), but errors in the manually 
> entered beacons of digis are quite common. 

> 

> >G10XB>APH104-7,qAS,GORDI:=/4RixNH<y-!!A 

> >(This is a postion without timestamp - but is looks like Mic-E?) 
S> 

> This is the compressed format (AKA base 91) described in the spec. 
> 

> Steve K4HG 

> 

> -<= 


So the IRONMNT will never appear on a Map until someone fixes the beacon ? 


Sorry for sounding so dim, so both the "compressed format" and the “position 
without timestamp" can start with a "=". (and others now I look more 


closely) 


That being the case, what approach do programmers take to tell them apart ? 
It seems there is a variable record type without a unique identifying key ? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 11:07:10 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA10039 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 11:07:05 -0500 (CDT) 
X-Sent: 24 Aug 2002 16:06:49 GMT 
Date: Sat, 24 Aug 2002 12:06:47 -0400 
From: Steve Dimse <k4hg@tapr.org> 
Subject: [aprsspec] Re: Is the message within spec ? 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

X-Priority: 3 
In-Reply-To: <LYR30403-95454-2002.08.24-11.26.43--k4hg#tapr.org@lists.tapr.org> 
Message-ID: <LYR11589-95455-2002.08.24-11.47.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; Charset=US-ASCII 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Steve Dimse <k4hg@tapr.org> 
X-Message-Id: <r01050300-1015-7DFD55AAB77B11D6B70A00039345286E@[192.168.1.100]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 8/24/02 at 4:46 PM andrews@stusoft.com (Andrew Stubbs) sent: 


>So the IRONMNT will never appear on a Map until someone fixes the beacon ? 

> 

yes, Since it is not sending a position, even if it is using a position format 
character. 


>Sorry for sounding so dim, so both the "compressed format" and the “position 
>without timestamp" can start with a "=". (and others now I look more 
>closely) 

> 

>That being the case, what approach do programmers take to tell them apart ? 
>It seems there is a variable record type without a unique identifying key ? 
> 

This is all detailed in the APRS Spec (page 37). 


The compressed format can appear anywhere a normal lat/lon field appears in the 
spec. A normal Lat/Lon has a digit in the first position, while the compressed 
report has the symbol table identifier. 


Steve K4HG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 16:50:40 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA27072 
for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 16:50:39 -0500 (CDT) 
Date: Sat, 24 Aug 2002 17:49:52 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Is the message within spec ? 
In-Reply-To: <LYR11586-95434-2002.08.24-08.30.18- - 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95481-2002.08.24-17.30.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0208241749030.27416-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 24 Aug 2002, Andrew Stubbs wrote: 


> G10XB>APH104-7,qAS,GORDI:=/4RixNH<y-!!A 
> (This is a postion without timestamp - but is looks like Mic-E?) 


I think it is a compresed format. But dont have spec in front of me to 
confirm... 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 17:06:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA27974 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 17:06:05 -0500 (CDT) 
Date: Sat, 24 Aug 2002 18:05:49 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Is the message within spec ? 
In-Reply-To: <LYR11586-95454-2002.08.24-11.26.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95483-2002.08.24-17.46.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208241804210 .27416-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 24 Aug 2002, Andrew Stubbs wrote: 


> Sorry for sounding so dim, so both the "compressed format" and the "position 


> without timestamp" can start with a "=". (and others now I look more 
> closely) 


Yes, ANY position can be compressed. The leading TYPE character remains 
the same. To tell the diffrence you must always look at the first digit 
of LATITUDE. If it is numeric it is a normal LAT/LONG. If it is anyting 
else, it is compressed... 


de WB4APR@amsat.org, Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Aug 24 20:46:50 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ7735 

for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 20:46:50 -0500 (CDT) 
Message-ID: <LYR11589-95521-2002.08.24-21.26.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 24 Aug 2002 21:43:02 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] WX3P digi gone? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3D683626.DOD3A978@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've returned to 144.390 for a project and noticed that one of the WNY area's 
stalwart WIDE DIGI's -- WX3P -- is not active. Anybody know what happened? Is 
Jack ok? 


Ev, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 25 08:17:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA10365 

for <lyris.aprsspec@tapr.org>; Sun, 25 Aug 2002 08:17:03 -0500 (CDT) 
Message-ID: <LYR11589-95604-2002.08.25-08.57.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 25 Aug 2002 09:13:15 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Unix/Linux APRS Help 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3D68D7EB.598C16DD@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am now involved in a major elmer project and need to know about the 
capabilities of the version(s) of APRS that work on the above OS's. I am 
posting here because I'm trying to avoid the "stuff" that happens on the APRS 
sig. I'm looking for information...not conflict. 


This project requires a Unix/Linux APRS client with the ability to do the 
following: 


o Turn xoff* ALTNET function (no matter what is in the to-call, the 
posit plots) 

o Support both [GR#HFID]-in-comment and >GGéHFggOI-in-status formats 

o Support for the RFONLY alias. This alias is correctly implemented with 
the following personality: 
RFONLY anywhere in the TOCALL will cause any IGATE to *xnot* pass the frame 
to the Internet stream. 

o Easily import custom maps 


Secondary Need (but not a deal-killer): 


o Ability to ALTNET based on display icon, rather than TOCALL. Something 
like a BUDLIST/SUPLIST based on icon. 


Any input as to title to suggest would be great. Thanks for helping. 


Ev, W2EV 
BEACONet lets you look at the world in ways never before imagined. 
http: //www.BEACONet. org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Aug 25 18:33:00 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ5750 

for <lyris.aprsspec@tapr.org>; Sun, 25 Aug 2002 18:32:56 -0500 (CDT) 
Message-ID: <LYR11589-95645-2002.08.25-19.12.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sun, 25 Aug 2002 17:32:39 -0600 
From: KC7ZRU - Tate <kc7zru@arrl.net> 
Organization: http://www.cauce.org 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Unix/Linux APRS Help 
References: <LYR19726-95604-2002.08.25-08.57.04--kc7zru#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: KC7ZRU - Tate <kc7zru@arrl.net> 
X-Message-Id: <3D696917.6B1302C1@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Ev, 


Forwarding your question to the xastir user's reflector. 


I 


*xthinkx it'll do all you ask. Since it's really the only APRS client 


being actively developed for *nix, it's about your only real choice - 
but what a choice it is! 


73 


"Evy Tupis (W2EV)" wrote: 


VVVV VV VV VV VV VV VV VV VV VV VV VV VV 


I am now involved in a major elmer project and need to know about the 
capabilities of the version(s) of APRS that work on the above OS's. I am 
posting here because I'm trying to avoid the "stuff" that happens on the APRS 
sig. I'm looking for information...not conflict. 


This project requires a Unix/Linux APRS client with the ability to do the 
following: 


o Turn xoff* ALTNET function (no matter what is in the to-call, the 
posit plots) 

o Support both [GR#HFID]-in-comment and >GGéHFggOI-in-status formats 

o Support for the RFONLY alias. This alias is correctly implemented with 
the following personality: 
RFONLY anywhere in the TOCALL will cause any IGATE to *xnot* pass the frame 
to the Internet stream. 

o Easily import custom maps 


Secondary Need (but not a deal-killer): 
o Ability to ALTNET based on display icon, rather than TOCALL. Something 
like a BUDLIST/SUPLIST based on icon. 


Any input as to title to suggest would be great. Thanks for helping. 


Ev, W2EV 
BEACONet lets you look at the world in ways never before imagined. 
http: //www.BEACONet. org 


Casper, WY | CARC Repeater 
DN62tt | 146.940 
"The Dungeon" online at http://go.to/kc7zru 
"RTFM" is NOT a ‘four letter' word! 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 26 11:32:35 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ0804 

for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 11:32:32 -0500 (CDT) 
Date: Mon, 26 Aug 2002 09:32:21 -0700 (PDT) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Unix/Linux APRS Help 
In-Reply-To: <LYR30395-95604-2002.08.25-08.57.04-- 
hacker#tc.fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-95701-2002.08.26-12.12.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Organization: Fluke Corporation 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 26 Aug 2002 16:32:22.0267 (UTC) 
FILETIME=[27402CBO:01C24D1E] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.GSO.4.44.0208260928440 .20993-100000@dogbert.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 25 Aug 2002, Ev Tupis (W2EV) wrote: 


I am now involved in a major elmer project and need to know about the 
capabilities of the version(s) of APRS that work on the above OS's. I am 
posting here because I'm trying to avoid the "stuff" that happens on the APRS 
sig. I'm looking for information...not conflict. 


VV VV 


The Xastir developers would be happy to discuss this with you on the 
Xastir lists: The xastir-dev list would be best. 


http: //www.xastir.org will get you the subscription info. 


Enough to this sig. It's not really for discussing particular APRS 
variants. 


I'll send you another note directly that discusses each point you 
brought up. 


Curt Mills, WE7U hacker.NO_*xSPAM@tc.fluke.com 
Senior Methods Engineer/SysAdmin 


"Lotto: A tax on people who are bad at math." -- unknown 
"Windows: Microsoft's tax on computer illiterates." -- WE7U 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 26 11:52:25 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAAQ1728 

for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 11:52:17 -0500 (CDT) 
Message-ID: <LYR11589-95705-2002.08.26-12.32.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Reply-To: "Andrew Stubbs" <andrews@stusoft.com> 
From: "Andrew Stubbs" <andrews@stusoft.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Stuck 
Date: Mon, 26 Aug 2002 17:52:08 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <03a801c24d20$eabde180$fdfea8cO@localnet> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Having read the v1 spec from the TAPR web site I am still currently at a 
loss on one point 8(. 


Chapters 9 and 10 decribe the 2 compression methods and how to correctly 
decode them. 


I have coded subroutines which correctly decode the message when passed a 
string in the correct format for each of the compression types, but now I 


come to devise the switching mechanism based on message content. 


So my question is: "What unique characteristic(s) of a message allows me to 


determine what compression method was used" 


On the face of it 8 consecutive characters from the sub-set defining base91 
encoding would seem the indicate that its base91 encoded, but as MIC-E also 
uses a section of the ASCII table (albeit for a fewer number of bytes) there 
is a potential for overlap. (or am I just being to paranoid?) 


Thanx 


Andrew MOAQM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 26 12:21:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ3651 
for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 12:21:48 -0500 (CDT) 
Subject: [aprsspec] RE: Stuck 
Date: Mon, 26 Aug 2002 12:21:40 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-95709-2002.08.26-13.01.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] Stuck 
Thread-Index: AcJNIP5I+1q0XxkmSgy8mcTlorvkaAAA856Q 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CEO8@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA03651 


You need to look at the packet data type. Mic-E packets have a 


different type character than standard posits. 
73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


ote Original Message----- 

> From: Andrew Stubbs [mailto:andrews@stusoft.com] 

> Posted At: Monday, August 26, 2002 11:53 AM 

> Subject: [aprsspec] Stuck 

> 

> types, but now I 

> come to devise the switching mechanism based on message content. 
> 

> So my question is: "What unique characteristic(s) of a 
> message allows me to 

> determine what compression method was used" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 26 13:13:17 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ6559 

for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 13:13:11 -0500 (CDT) 
Date: Mon, 26 Aug 2002 14:12:50 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Stuck 
In-Reply-To: <LYR11586-95705-2002.08.26-12.32.21-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95714-2002.08.26-13.53.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0208261412090.13719-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 26 Aug 2002, Andrew Stubbs wrote: 


> I have coded subroutines which correctly decode the message when passed a 
> string in the correct format for each of the compression types, but now I 
> come to devise the switching mechanism based on message content. 


All messages in APRS use standard ASCII characters and there is no 
compression applied to messages... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 26 18:19:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA21328 
for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 18:19:55 -0500 (CDT) 
Date: Mon, 26 Aug 2002 19:19:35 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-95337-2002.08.23-17.21.14-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95738-2002.08.26-18.59.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0208261304220.21847-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


I propose the following method for incorporating non ASCII alphabet 
messages into APRS: 


I think we need to establish a NEW message type that is for NON-ENGLISH 
messages (that cant be spelled with ASCII): 


ENGLISH MSGS: :TOCALL :message goes here 
OTHER LANGUAGEs: {MJ:TOCALL:message goes here 


Notice that the "4" identifies a NEW APRS format 
"M" Means it is a new MESSAGE format 
"J" means it is Japanese (for example) 
":tocall:" is the same as before (but variable length) 
"message" can use any 8-bit bytes needed... 


This then makes it extensible to any alphabets... 
Notice that I am suggesting for the NEW TOCALL to be variable length. 
That will save bytes. The only reason the existing message format had a 


fixed-length for the TOCALL was historical... 


Since all software will IGNORE any NEW "4" format that it does not 
recognize, this will make it easy to integrate into APRS new alphabets 


But this only works for messages. THe only other thing is the 20 bytes in 
the STATUS field, but we should be able to handle them too with a leading 


special character or something? 


Bob 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Aug 26 20:24:47 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26649 
for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 20:24:43 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Mon, 26 Aug 2002 20:24:30 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-95759-2002.08.26-21.04.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] APRS non-ENGLISH formats 
Thread-Index: AcINVx4Bwv9/580YQ9+jxjL9ynbQDAAEKr3w 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CE18@ame-main.ametx. com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA26649 


But messages can already contain any 8 bit characters. I understand the 
desire to make it possible to identify a character set. I recommend 
using the standard message format so IGates and APRS-IS servers know 
that these are messages and putting a character sequence after the colon 
which follows the TOCALL to identify the character set. In most cases, 
the messaging using characters >= 0x80 is between two stations using the 
same character set anyway so it wouldn't change their operation at all. 
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Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


Poses Original Message----- 
> From: Bob Bruninga [mailto:bruninga@usna. edu] 
> Posted At: Monday, August 26, 2002 6:20 PM 


Subject: [aprsspec] APRS non-ENGLISH formats 


I propose the following method for incorporating non ASCII alphabet 
messages into APRS: 


VVV NM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 27 02:53:30 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA11846 

for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 02:53:26 -0500 (CDT) 
Message-ID: <LYR11589-95798-2002.08.27-03.33.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 27 Aug 2002 08:51:55 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
References: <LYR26815-95759-2002.08.26-21.04.45-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-95759-2002.08.26-21.04.45-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <BPoDdKAb+ya9Ew94@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-95759-2002.08.26-21.04.45--roger#tpeaksys.co.uk@list 
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes 


>But messages can already contain any 8 bit characters. 


In practice yes - otherwise APRS would never be used in many EU 
countries - but in theory no. The spec says messages may "contain any 
printable ASCII characters except |, ~ or {". 


In the world outside APRS, "printable ASCII characters" means the 
characters 0x20 to Ox7F, and I have always assumed that it meant the 
same in the APRS spec. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 27 08:11:18 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA01404 
for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 08:11:14 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Tue, 27 Aug 2002 08:11:02 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-95811-2002.08.27-08.51.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats 
Thread-Index: AcJNnuV/Ja7LuKszTw63pxVkdieqwAAK6rzQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CE1B@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA01404 


Good point. So it sounds like the spec needs to be changed to allow 8 
bit characters since they are allowed on AX.25 and in use in other parts 
of the world. 


The exclusion of |, ~, and { is understandable as it keeps common 
special characters used by TNC's from appearing in the data stream. 
Same for characters < 0x20 (although Mic-E can use Oxic & Ox1d). 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


> rnnre Original Message----- 

From: Roger Barker [mailto:roger@peaksys.co.uk] 
Posted At: Tuesday, August 27, 2002 2:54 AM 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 


>But messages can already contain any 8 bit characters. 


In practice yes - otherwise APRS would never be used in many EU 
countries - but in theory no. The spec says messages may "contain any 
printable ASCII characters except |, ~ or {". 


In the world outside APRS, "printable ASCII characters" means the 
characters 0x20 to Ox7F, and I have always assumed that it meant the 
same in the APRS spec. 


VV VV V VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 27 19:19:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ5340 

for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 19:18:58 -0500 (CDT) 
Date: Tue, 27 Aug 2002 20:18:23 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-95759-2002.08.26-21.04.45-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-95929-2002.08.27-19.59.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0208272015510 .7263-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 26 Aug 2002, AE5PL Lists wrote: 


But messages can already contain any 8 bit characters. I understand the 
desire to make it possible to identify a character set. I recommend 
using the standard message format so IGates and APRS-IS servers know 
that these are messages and putting a character sequence after the colon 
which follows the TOCALL to identify the character set. In most cases, 
the messaging using characters >= 0x80 is between two stations using the 
same character set anyway so it wouldn't change their operation at all. 


VVVVV VV 


Although this is an alternative approach, I prefer leaving the exsiting 
MESSAGE format untouched so that current applications do not begin to 
display gyberish. By putting non-European/non-Western FONTS in a totally 
new format, it avoids any backwards compatibility issues. 


Bob 


Vv 


eSn Ss Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Monday, August 26, 2002 6:20 PM 
Subject: [aprsspec] APRS non-ENGLISH formats 


I propose the following method for incorporating non ASCII alphabet 
messages into APRS: 


VV VV VV 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVVV VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Aug 27 20:09:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAAQ8167 
for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 20:09:18 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Tue, 27 Aug 2002 20:09:06 -0500 
Message-ID: <LYR11589-95938-2002.08.27-20.49.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Index: AcJOKIUcmbNe9mN4T1asjVrptNgtowABhC5Q 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CE25@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA08167 


> SE SSs Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Tuesday, August 27, 2002 7:20 PM 

> Posted To: APRS Specification 

> Conversation: [aprsspec] RE: APRS non-ENGLISH formats 

> Subject: [aprsspec] RE: APRS non-ENGLISH formats 

> 

> display gyberish. By putting non-European/non-Western FONTS 
> in a totally 

> new format, it avoids any backwards compatibility issues. 


I am not sure what software doesn't allow 8 bit characters in the 
message. Even if some software doesn't display 8 bit characters, 


doesn't even that software display the message converting the 8 bit 
characters to 7 bit or spaces? I think that is still a better situation 
than introducing a new format that would have a compatibility issue with 
IGates and APRS-IS servers. Message packets get special handling for 
gating purposes. Adding a new message format would make all current 
IGates and APRS-IS servers incompatible with that format. 
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Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 08:12:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA17254 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 08:12:39 -0500 (CDT) 
Date: Wed, 28 Aug 2002 09:12:16 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-95938-2002.08.27-20.49.26-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-96024-2002.08.28-08.52.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208280859520 .13222-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob proposes a new MESSAGE format for non-european/non-western Fonts 
(such as Japanese and Chinese and what-ever...) 

> > By putting non-European/non-Western FONTS in a totally 

> > new format, it avoids any backwards compatibility issues. 


AE5PL says: 

> I think [putting 8 bit non ASCII printable characters in the existing 
> message format] is still a better situation than introducing a new 

> format that would have a compatibility issue with IGates and APRS-IS 
> servers. Message packets get special handling for gating purposes. 

> Adding a new message format would make all current IGates and APRS-IS 
> servers incompatible with that format. 


And that is exactly the intent. Bringing in these new completely 
incompatible FONTS must be in a *xnewx non compatbile format as well. This 
way current IGates ignore the new format completely and do not let it mess 
up what we have... Then we upgrade the IGates to "properly" handle the 
new non-compatible messages, rather than letting these totally gyberish 
fonts munge up the existing APRS system. 


By using a new format, we "do-it-right" by introducing a new format for 
something that is totally incompatible with past practice and making sure 
that it does not mess up what we already have... Yet, we then grow the 
system to handle the new format.... 


There is no way that I want to have GYBERISH messages and bulletins 
cluttering up existing MESSAGE lists and traffic pages. If end user 
software has the ability to display these graphical fonts, then such end 
user software is also easily able to take the new format, convert to the 
new FONT and then integrate it into the existing message displays as 
desired, but the on-air formats must xnot* be intermingled or we distroy 
existing systems. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 08:50:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19051 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 08:50:17 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 08:49:44 -0500 


Message-ID: <LYR11589-96032-2002.08.28-09.30.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats 
Thread-Index: AcJOLKYRP9iwpLKgQ429/d1U0bZbIgAAzEcg 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFC04903C@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA19051 


Sica Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Wednesday, August 28, 2002 8:13 AM 

> Posted To: APRS Specification 

> Conversation: [aprsspec] RE: APRS non-ENGLISH formats 

> Subject: [aprsspec] RE: APRS non-ENGLISH formats 

> 

> And that is exactly the intent. Bringing in these new completely 
> incompatible FONTS must be in a xnewx non compatbile format 

> as well. This 


Now we have gone from character sets to fonts. In either case, there 
are literally hundreds of these with many different variations. Trying 
to handle them within APRS will be virtually impossible. 


> way current IGates ignore the new format completely and do 
> not let it mess 
> up what we have... Then we upgrade the IGates to "properly" 


What do you mean "properly"? It is an important rule for APRS-IS that 
NO software on APRS-IS modify packet payloads. That means that local 
IGates are not to modify payloads in any way when retransmitting them on 
to RF. If you change the payload, you have now changed the packet, 
causing many more potential problems. 


handle the 

new non-compatible messages, rather than letting these 
totally gyberish 

fonts munge up the existing APRS system. 


VVV NV 


Because you don't understand a language doesn't mean that the message is 
total gibberish. You are trying to dictate a ban on using 8 bit 
characters in messages (what about status text and comment text?) to 
meet your personal preferences. 


> By using a new format, we "do-it-right" by introducing a new 
> format for 
> something that is totally incompatible with past practice and 


But past practice has been to go ahead and use 8 bit characters anywhere 
where text can be used. 


> There is no way that I want to have GYBERISH messages and bulletins 
> cluttering up existing MESSAGE lists and traffic pages. If end user 


Then put a switch in your software to not display packets with 8 bit 
characters. 


software has the ability to display these graphical fonts, 

then such end 

user software is also easily able to take the new format, 

convert to the 

new FONT and then integrate it into the existing message displays as 
desired, but the on-air formats must xnot* be intermingled or 

we distroy 

existing systems. 


VVVVVV VV 


Once again, a message is for communication between two stations. A 
bulletin is for broadcasting to a group something of interest to that 
group. In both cases, interception by non-involved persons should not 
be the overriding factor on forcing them to use a format incompatible 
with APRS-IS. While you can monitor everything that goes on in APRS, it 
should not be a mandatory factor that you understand everything. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 08:54:49 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19447 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 08:54:45 -0500 (CDT) 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 15:55:55 +0200 
Message-ID: <LYR11589-96034-2002.08.28-09.34.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
In-Reply-To: <LYR25861-96024-2002.08.28-08.52.44-- 
roger.bille#telia.com@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Roger Bille" <roger.bille@telia.com> 
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBAEBLEDAA. roger.bille@telia.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I think we should go the middle way :) 


1. The APRS Spec should be updated to support 8-bit characters to fully 
support Western/European languages. This infact already works fine today in 
most applications. The spec should also define which characterset and that 
should be ISO-8859-1 (Latin 1) or the new updated ISO-8859-15 that is 
proposed to replace ISO-8859-1. This will support: French, Spanish, Catalan, 
Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, Dutch, German, 
Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, Irish, Scottish and 
English. It also support Afrikaans and Swahili. 


2. Add Bob's proposal for non ISO-8859-1(15) character sets. This include 
the mulibyte character sets used in Asia where more than one byte (normally 
2) define the character or more correctly (I think) a phonetic part. 


73 de sm5nrk/Roger 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 09:22:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA20939 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 09:22:40 -0500 (CDT) 
Message-ID: <LYR11589-96040-2002.08.28-10.02.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Aug 2002 15:22:01 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
References: <LYR26815-96032-2002.08.28-09.30.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-96032-2002.08.28-09.30.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <BQtzK7AJyNb9EwE$@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-96032-2002.08.28-09.30.19--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes 

[snip] 

>It is an important rule for APRS-IS that 

>NO software on APRS-IS modify packet payloads. That means that local 
>IGates are not to modify payloads in any way when retransmitting them on 
>to RF. If you change the payload, you have now changed the packet, 
>causing many more potential problems. 

[snip] 


That reminds me of something I've kept meaning to comment on - Does 
anyone know where all the trailing spaces on frames in the internet data 
stream come from? Checking today, only about 10% of the frames have a 


trailing space, but other times when I've checked it has been getting on 
for 20%. Something obviously adds them. 


I know that trailing spaces usually won't be significant, and so can be 
stripped off, but surely it is avoidable corruption? 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 09:30:53 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA21177 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 09:30:46 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 09:30:38 -0500 
Message-ID: <LYR11589-96041-2002.08.28-10.10.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats 
Thread-Index: AcJOnn71QIZIYj]xNR]KhDaxRsrT64wAABa8A 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04903D@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA21177 


POR ESe Original Message----- 
> From: Roger Barker [mailto:roger@peaksys.co.uk] 


Posted At: Wednesday, August 28, 2002 9:24 AM 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 


That reminds me of something I've kept meaning to comment on - Does 
anyone know where all the trailing spaces on frames in the 

internet data 

stream come from? Checking today, only about 10% of the frames have a 
trailing space, but other times when I've checked it has been 

getting on 

for 20%. Something obviously adds them. 


I know that trailing spaces usually won't be significant, and 
so can be 
stripped off, but surely it is avoidable corruption? 


VV VV VV VV VV VV VV 


Take a look at the packets. I haven't, but I would venture to guess 
that users have put the trailing spaces in the packets (at the end of a 
comment, message, etc.). I am not aware of any software that adds 
trailing spaces. Doesn't mean it doesn't exist, just that I am not 
aware of any software that does this. 


javAPRSSrvr does not strip off the trailing space because, as you Say, 
"trailing spaces usually won't be significant". The key word here is 
"usually". It is my firm belief that server software leave the payloads 
completely untouched. 


The corruption occurs when TNC's and other software arbitrarily strip 
trailing spaces off of a packet. javAPRSSrvr does account for this in 
the dupe check algorithm, but leaves the payload alone. 


Good question :) 
73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 10:40:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA24915 


for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:40:06 -0500 (CDT) 
Date: Wed, 28 Aug 2002 11:39:48 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-96032-2002.08.28-09.30.19-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-96053-2002.08.28-11.20.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208281051290 .13222-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 28 Aug 2002, AE5PL Lists wrote: 


> And that is exactly the intent. Bringing in these new completely 
> incompatible FONTS must be in a xnewx non compatbile format 
> as well. This 


Now we have gone from character sets to fonts. In either case, there 
are literally hundreds of these with many different variations. Trying 
to handle them within APRS will be virtually impossible. 


VV VV VV MV 


I guess I was sloppy with the terms FONTS and CHARACTER SETS... I am 
talking about character sets. Sorry... 


> way current IGates ignore the new format completely and do 
> not let it mess up what we have... Then we upgrade the IGates to 
> "properly" 


What do you mean "properly"? It is an important rule for APRS-IS that 
NO software on APRS-IS modify packet payloads. That means that local 
IGates are not to modify payloads in any way when retransmitting them on 
to RF. If you change the payload, you have now changed the packet, 
causing many more potential problems. 


VV VV VV VV V 


I am confused by what you are talking about here. Nothing that I am 


talking about has anything to do with "modifying payloads". 


> > handle the new non-compatible messages, rather than letting these 
> > totally gyberish fonts munge up the existing APRS system. 


(I meant character sets)... 


Because you don't understand a language doesn't mean that the message is 
total gibberish. You are trying to dictate a ban on using 8 bit 
characters in messages (what about status text and comment text?) to 
meet your personal preferences. 


VVV Vv 


Nothing personal here at all. And you are missunderstanding the 

approach. Let me explain what I mean by gyberish. I dont mind at all 
seeing German, Italian, Greek, Spanish or any other message that uses only 
a difference in FONTS. THat is just fine with me. What I dont want to 
see in the current message format are 8 bit gyberish that includes form 
feeds, line feeds and generates hyrogliphics all over the screen that 
mess up current systems, and are unreadable by someone even if 

he was conversant in that language. 


> By using a new format, we "do-it-right" by introducing a new 
> format for something that is totally incompatible with past practice 
> and 


But past practice has been to go ahead and use 8 bit characters anywhere 
where text can be used. 


VVVVNV WV 


I Fully agree, as long as it does not contain control characters that 
produce garbled reesults in standard ASCII. 


> There is no way that I want to have GYBERISH messages and bulletins 
> cluttering up existing MESSAGE lists and traffic pages. 


Then put a switch in your software to not display packets with 8 bit 
characters. 


VV VV WV 


Impossible. I can put a switch in what goes into code from this day 
forward, but I cannot change how things are displayed on thousands of 
copies currently in use and or how it is displayed on a Kenwood... 


software has the ability to display these graphical fonts, then such 
end user software is also easily able to take the new format, convert 
to the new [character set] and then integrate it into the existing 
message displays as desired, but the on-air formats must xnotx be 
intermingled or we distroy existing systems. 


VV VV VV MV 
VV VV V 


Once again, a message is for communication between two stations. A 


bulletin is for broadcasting to a group something of interest to that 
group. In both cases, interception by non-involved persons should not 
be the overriding factor on forcing them to use a format incompatible 
with APRS-IS. 


VVV NM 


That is why it is a NEW proposal, to accomodate a NEW requirement. That 
is, the transmission of the three character sets of Japanese for example. 
When it is adopted as a NEW system for the end users, then the NEW format 
will be incorporated into NEW APRS-IS code as well... All of this without 
messing up the displays on what exists now and in the transistion... 


> While you can monitor everything that goes on in APRS, it 
> should not be a mandatory factor that you understand everything. 


We agree 100%. But ANYTHING that is monitored must not damage older 
displays. That is my approach here. I have no objections to stuffing new 
stuff in old formats as long as it does not break existing APRS. If it 
breaks something old, then it must use a NEW format that can be 
accomodated into NEW software so that it can be FORWARD compatbile 

without being BACKWARDDAMAGING... 


Oh by the way, this whole argument may become mute as I think I have just 
learned that the Japanese JASCII is 7 bit ASCII compatible and may not be 


a problem... THus it can go in existing message formats... which I hope 
is the case (as do you)... then we dont need a new format... 
Bob 
>> 73, > 
> Pete Loveall AE5PL 
> http: //www.ae5pl.net 
> mailto:pete@ae5pl.net 
> 
> 
> a 
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 


APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 10:42:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25002 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:42:02 -0500 (CDT) 


Date: Wed, 28 Aug 2002 11:41:37 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 


To: 


"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-96034-2002.08.28-09.34.52-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-96054-2002.08.28-11.22.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0208281141050 .13222-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Yes, that is what I meant although I did not do as good of a job at 
explaining it as you did... 

Thanks 

Bob 


On Wed, 28 Aug 2002, Roger Bille wrote: 


> 
> 
> 
> 


I think we should go the middle way :) 


1. The APRS Spec should be updated to support 8-bit characters to fully 
support Western/European languages. This infact already works fine today in 


most applications. The spec should also define which characterset and that 
should be ISO-8859-1 (Latin 1) or the new updated ISO-8859-15 that is 
proposed to replace ISO-8859-1. This will support: French, Spanish, Catalan, 
Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, Dutch, German, 
Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, Irish, Scottish and 
English. It also support Afrikaans and Swahili. 


2. Add Bob's proposal for non ISO-8859-1(15) character sets. This include 
the mulibyte character sets used in Asia where more than one byte (normally 
2) define the character or more correctly (I think) a phonetic part. 


73 de sm5nrk/Roger 
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VVVVV VV VV VV VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 10:47:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25465 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:46:56 -0500 (CDT) 
Message-ID: <LYR11589-96055-2002.08.28-11.27.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Aug 2002 16:44:57 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
References: <LYR26815-96041-2002.08.28-10.10.56-- 
roger#tpeaksys.co.uk@lists.tapr.org> 


In-Reply-To: <LYR26815-96041-2002.08.28-10.10.56-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 

X-Message-Id: <ATxDKIA5$Ob9EwUF@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In message <LYR26815-96041-2002.08.28-10.10.56--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes 

[snip] 

> 

>Take a look at the packets. I haven't, but I would venture to guess 
>that users have put the trailing spaces in the packets (at the end of a 
>comment, message, etc.). 


I ain't that stoopid! P=) 


When I first noticed it, I had a good look at the packets. In particular 
I looked at - 


(a) Frames from Ultimeter wx stations. 
(b) UI-View beacon frames with the UI-View "tag" on the end. 


Because spaces on either of those are quite definitely not added by the 
user. 


Also, I've used three different telnet clients to collect data, and 
connected to several different servers, to try and make sure that the 
problem really exists, and isn't being caused by my test system. 


If you collect a dump and run a filter on it outputting frames with a 
space at the end, you will find things like (sorry about the wrap) - 


HB9IBI-1>APU24L , HB9TAC-4* , WIDE, qAS, HB9DQU-10:=4611.75N/00612.43ETInterne 
t Gateway {UIV32% 


EASAWF>aprsdMUEA, TRACE7-7,qAS:=3749.18N/00053.32W-Manolo,Box 26,San 
Javier c.p.30730 (MU) {UIV23% 


W8MAP-1>APRS,W8MAP-4,W8APRx*, qAS,w8gps: ! !004500C70272009926F5030003A8 - - - - 
QOEFO26100000059 


W8MAP-1>APRS,W8MAP-4,W8APRx*,qAS,w8gps: ! !006400B80273009926F4030003A5- - - - 
QOEFO26600000059 


A little analysis showed - 


(a) If there was a space at the end of one frame from a station, it was 
likely there would be a space at the end of all frames from that 
station. (See the two frames from W8MAP-1 - both have two spaces on the 
end.) 


(b) There were some clusters of stations that always had spaces on the 
end of their frames. For example, at the time I looked at it, there were 
a group of 'SV' stations. However, there weren't any 'G' stations, 
suggesting that it wasn't being caused by UI-View IGATEs, which was the 
main thing I wanted to check at the time. 


It seems likely that it is caused by a particular type of IGATE or 
internet server, probably only in certain circumstances. The spaces 
aren't in the packets before they go onto the internet, I've managed to 
check that out with one or two stations. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 10:47:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25482 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:47:17 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 10:46:55 -0500 
MIME-Version: 1.0 
Message-ID: <LYR11589-96056-2002.08.28-11.27.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 
charset="us-ascii" 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats 
Thread-Index: AcJOqUS7xmaHHLUTS3GjIqel5s8vdgAACgeA 
From: "AE5PL Lists" <HamLists@ametx.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFC04903F@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA25482 


> Heese Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Wednesday, August 28, 2002 10:41 AM 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 


> What do you mean "properly"? It is an important rule for 

APRS-IS that 

> NO software on APRS-IS modify packet payloads. That means 

that local 

> IGates are not to modify payloads in any way when 

retransmitting them on 

> to RF. If you change the payload, you have now changed the packet, 
> causing many more potential problems. 


I am confused by what you are talking about here. Nothing that I am 
talking about has anything to do with "modifying payloads". 


VVVV VV VV VV VV VV MV 


Then explain what you meant by "properly". 


Nothing personal here at all. And you are missunderstanding the 
approach. Let me explain what I mean by gyberish. I dont mind at all 
seeing German, Italian, Greek, Spanish or any other message 

that uses only 

a difference in FONTS. THat is just fine with me. What I 

dont want to 

see in the current message format are 8 bit gyberish that 

includes form 

feeds, line feeds and generates hyrogliphics all over the screen that 
mess up current systems, and are unreadable by someone even if 

he was conversant in that language. 


VV VVVV VV VV MV 


But German, Italian, Greek, and Spanish use characters that are not in 
the 7-bit ASCII family. Form feeds, line feeds, and other control 
characters are all less than 0x20 (hex 20). So, a character with the 
most significant bit set does not generate these. However, if your 


application is improperly stripping the most significant bit from the 
payload data, I can see how your application would not handle any 8 bit 
data correctly, regardless of packet type. 


13% 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 10:59:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA26048 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:59:03 -0500 (CDT) 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 10:58:51 -0500 
MIME-Version: 1.0 
Message-ID: <LYR11589-96059-2002.08.28-11.39.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 
charset="us-ascii" 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats 
Thread-Index: AcJOqkF1McGW59FLRoaS40CDMdLveAAAAN+S 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049040@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA26048 


POR ESe Original Message----- 
> From: Roger Barker [mailto:roger@peaksys.co.uk] 


> Posted At: Wednesday, August 28, 2002 10:48 AM 

> Subject: [aprsspec] RE: APRS non-ENGLISH formats 
> 

> I ain't that stoopid! ;-) 


Never meant to imply you were :) 


> When I first noticed it, I had a good look at the packets. In 
> particular 

> I looked at - 

> 

> (a) Frames from Ultimeter wx stations. 

> (b) UI-View beacon frames with the UI-View "tag" on the end. 
> 

> Because spaces on either of those are quite definitely not 

> added by the 

> user. 


Ah, but are they added by the programs generating those packets? That 
is a possibility too. 


(a) If there was a space at the end of one frame from a 

station, it was 

likely there would be a space at the end of all frames from that 
station. (See the two frames from W8MAP-1 - both have two 

spaces on the 

end. ) 


(b) There were some clusters of stations that always had spaces on the 
end of their frames. For example, at the time I looked at it, 

there were 

a group of 'SV' stations. However, there weren't any 'G' stations, 
suggesting that it wasn't being caused by UI-View IGATEs, 

which was the 

main thing I wanted to check at the time. 


It seems likely that it is caused by a particular type of IGATE or 
internet server, probably only in certain circumstances. The spaces 


VVVNVMV VV VV VV VV VV VV WV 


I think, from your statements, that the software generating the packets 
needs to be looked at as well as IGate and server software. It is 
possible that a TNC setting might be adding white space or an IGate 
might be adding it. I can assure you that javAPRSSrvr is not adding the 
white space. javAPRSSrvr does ensure that every line is terminated with 
a CR/LF sequence. It may be that some software only handles CR or LF 
but not both. However, it is important due to many operating system 
differences that all APRS-IS software be able to handle both. 


I can't speak for aprsD or AHub. It has been my experience, however, 
that AHub strips any trailing spaces from the payloads. Any chance of 
identifying some of the IGates using the q construct? Might help to 
identify what software they are running. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 11:05:16 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26412 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 11:05:07 -0500 (CDT) 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 11:04:43 -0500 
MIME-Version: 1.0 
Message-ID: <LYR11589-96061-2002.08.28-11.45.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Content-Type: text/plain; 
charset="us-ascii" 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Thread-Index: AcJOGYEN7AXNNnNMT54+Nx361BAZ85AAAmX1A 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFC049041@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA26412 


From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Wednesday, August 28, 2002 10:42 AM 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 


Yes, that is what I meant although I did not do as good of a job at 
explaining it as you did... 

Thanks 

Bob 


On Wed, 28 Aug 2002, Roger Bille wrote: 


> I think we should go the middle way :) 

> 

> 1. The APRS Spec should be updated to support 8-bit 
characters to fully 

> support Western/European languages. This infact already 
works fine today in 

> most applications. The spec should also define which 
characterset and that 

> should be ISO-8859-1 (Latin 1) or the new updated 
ISO-8859-15 that is 

> proposed to replace ISO-8859-1. This will support: French, 
Spanish, Catalan, 

> Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, 
Dutch, German, 

> Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, 
Irish, Scottish and 

> English. It also support Afrikaans and Swahili. 

> 

> 2. Add Bob's proposal for non ISO-8859-1(15) character 
sets. This include 

> the mulibyte character sets used in Asia where more than 
one byte (normally 

> 2) define the character or more correctly (I think) a phonetic part. 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


We have a problem with double byte characters anyway. Due to the 
assumption that data is received and transmitted via command mode on a 
TNC, there can't be any double byte characters allowed where one of the 
bytes is a control character. This is true regardless of packet type. 
For instance, APRS-IS assumes that all packets are terminated with a CR 
or LF (or both). If a double byte sequence with one of these characters 
occurred in the packet, you can see that packet would be lost/mangled. 

I think we need to specify, because of the above assumptions, that 
double byte character sets cannot be used. 


73% 


Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 11:11:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26793 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 11:11:28 -0500 (CDT) 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 18:12:42 +0200 
Message-ID: <LYR11589-96063-2002.08.28-11.51.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
In-Reply-To: <LYR25861-96056-2002.08.28-11.27.22-- 
roger.bille#telia.com@lists.tapr.org> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Roger Bille" <roger.bille@telia.com> 
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBAECBEDAA. roger. bille@telia.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Nothing personal here at all. And you are missunderstanding the 
approach. Let me explain what I mean by gyberish. I dont mind at all 
seeing German, Italian, Greek, Spanish or any other message 

that uses only 

a difference in FONTS. THat is just fine with me. What I 

dont want to 

see in the current message format are 8 bit gyberish that 

includes form 


VV VV VV VV 
VV VV VV VV 


> feeds, line feeds and generates hyrogliphics all over the screen that 
> mess up current systems, and are unreadable by someone even if 
> he was conversant in that language. 


But German, Italian, Greek, and Spanish use characters that are not in 
the 7-bit ASCII family. Form feeds, line feeds, and other control 
characters are all less than 0x20 (hex 20). So, a character with the 
most significant bit set does not generate these. However, if your 
application is improperly stripping the most significant bit from the 
payload data, I can see how your application would not handle any 8 bit 
data correctly, regardless of packet type. 


VVVV VV VV VV MV 


For clarification. The ASCII table define printable characters as Pete say 
from 0x20-0x7f. ISO 8859 define printable characters from OxAQ-OxFF so it 
are these we actually are talking about to allow in the payload. 


73 de sm5nrk/Roger 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 11:29:02 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27758 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 11:28:57 -0500 (CDT) 
Message-ID: <LYR11589-96069-2002.08.28-12.08.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Aug 2002 17:28:13 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] RE: APRS non-ENGLISH formats 
References: <LYR26815-96059-2002.08.28-11.39.13-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-96059-2002.08.28-11.39.13-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <QS4XawWAdoPb9Ewmy@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


In message <LYR26815-96059-2002.08.28-11.39.13--rogeri#peaksys.co.uk@list 
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes 

[snip] 

> 

>I think, from your statements, that the software generating the packets 
>needs to be looked at as well as IGate and server software. 


That point was answered in the last paragraph of my previous message 
said - 


"The spaces aren't in the packets before they go onto the internet, I've 
managed to check that out with one or two stations." 


> It is 
>possible that a TNC setting might be adding white space or an IGate 
>might be adding it. 


IGATE - definitely yes. (I mentioned that possibility). TNC? Well, I've 
used "normal" packet for 20 years, and used just about every type of TNC 
going, and I've never seen a problem with added white space. 


>I can't speak for aprsD or AHub. It has been my experience, however, 
>that AHub strips any trailing spaces from the payloads. Any chance of 
>identifying some of the IGates using the q construct? Might help to 
>identify what software they are running. 


As I said, run a filter outputting packets with a space on the end, and 
you'll soon collect yourself a big dump. If you don't I'll be really 
interested in why I see the spaces and you don't! 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 12:28:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ0276 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 12:28:16 -0500 (CDT) 
Date: Wed, 28 Aug 2002 13:27:55 -0400 (EDT) 


From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-96061-2002.08.28-11.45.11-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-96078-2002.08.28-13.08.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0208281318380 .24069-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 28 Aug 2002, AE5PL Lists wrote: 
We have a problem with double byte characters anyway. Due to the 
occurred in the packet, you can see that packet would be lost/mangled. 


I think we need to specify, because of the above assumptions, that 
double byte character sets cannot be used. 


VVVV Vv 


It is the double-byte Japanese that is exactly why I brought this whole 
thing up in the first place (though I must not have done a good job of 
explaining it).... And that is why I initiall thought we will probably 
need a new format to handle such character sets and that it should not be 
stuffed into existing MESSAGE format. 


It was this initial concern that caused me to suggewst that we might 
need a new format to isolate these frames from our existing code. 


But I have since learned that the double byte Japanse charcaters that 
triggered the initial concern do also use only printable 8 bit bytes and 
so my concerns for control-code problems is probably not a problem.. Here 
is what I hve learned since my original sugestion: 


Each Kanji code use 2 bytes. 
The 1st byte is 0x81-0xFC. 
The 2nd byte is 0x4Q-OxFC. 


These are all printable ascii codes and therefore do not include any 
control codes and so therefore I think can be safely used within the 
existing APRS message format. 


End of drill unless there are other character sets that will try to use 
control codes... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 12:41:59 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ0886 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 12:41:59 -0500 (CDT) 
Message-ID: <LYR11589-96079-2002.08.28-13.22.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Bill Diaz <william.diaz@attbi.com> 
Reply-To: Bill Diaz <william.diaz@attbi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 12:41:38 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <0Q1C24E90.4101F660.william.diaz@attbi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob, 
Haven't worked with UniCode, so I don't have a clue. Will the kanji coded 
characters cause a problem with Packet lengths, or field lengths? 


What will be the effect on code that looks for Message To call, and object 
name fields to be nine bytes in length? 


Will total packet length increase appreciably? Note that some applications 
will reject any packet that is over 250 bytes in length. 


Bill KC9XG 


On Wednesday, August 28, 2002 12:28, Bob Bruninga [SMTP:bruninga@usna.edu] 
wrote: 

> On Wed, 28 Aug 2002, AE5PL Lists wrote: 

> 

SNIP 

It was this initial concern that caused me to suggewst that we might 
need a new format to isolate these frames from our existing code. 


But I have since learned that the double byte Japanse charcaters that 
triggered the initial concern do also use only printable 8 bit bytes and 
so my concerns for control-code problems is probably not a problem.. 
Here 

is what I hve learned since my original sugestion: 


VVVV VV 


Each Kanji code use 2 bytes. 
The 1st byte is 0x81-0xFC. 
The 2nd byte is 0x40-OxFC. 


These are all printable ascii codes and therefore do not include any 
control codes and so therefore I think can be safely used within the 
existing APRS message format. 


End of drill unless there are other character sets that will try to use 
control codes... 


Bob 


You are currently subscribed to aprsspec as: kc9xg@attbi.com 
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VVVV VV VV VV VV VV VV VV VV VV OV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 13:05:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ2381 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 13:05:08 -0500 (CDT) 
Message-ID: <LYR11589-96080-2002.08.28-13.45.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Aug 2002 19:04:40 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
References: <LYR26815-96079-2002.08.28-13.22.01-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-96079-2002.08.28-13.22.01-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <9ch8JIA4CRb9EwD1@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-96079-2002.08.28-13.22.01--roger#tpeaksys.co.uk@list 
s.tapr.org>, Bill Diaz <william.diaz@attbi.com> writes 

>Bob, 

> Haven't worked with UniCode, so I don't have a clue. Will the kanji coded 
>characters cause a problem with Packet lengths, or field lengths? 

> 

>What will be the effect on code that looks for Message To call, and object 
>name fields to be nine bytes in length? 


I think the first step in any processing would have to be to take the 
pairs of bytes from the AX25 frame and convert them into whatever double 
byte character set (DBCS) was being used, then measure field lengths in 
characters, not bytes, after you'd done that. Presumably Japanese TNC 
firmware handles the packing/unpacking? 


>Will total packet length increase appreciably? Note that some applications 
>will reject any packet that is over 250 bytes in length. 


There would still be a restriction of 256 bytes on information field 
length, because that is part of the AX25 spec. (Unless we're talking 


internet only.) 


I think we really need someone who is experienced with Japanese software 


to comment on this. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 14:01:31 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ5481 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 14:01:27 -0500 (CDT) 
Date: Wed, 28 Aug 2002 15:01:05 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Message-ID: <LYR11589-96093-2002.08.28-14.41.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0208281500310.10343-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 28 Aug 2002, Bill Diaz wrote: 


> Bob, 
> Haven't worked with UniCode, so I don't have a clue. Will the kanji coded 
> characters cause a problem with Packet lengths, or field lengths? 


My only concern was that single byte character sets recognize the hard 
display limits in APRSdos of 67 bytes (64 in the Kenwood D700) and 45 in 
the D7... If it takes 134 double bytes to convey 67 KANJI characters 
then that is all right with me. BUT, since a KANJI character conveys 
more meaning per character, they dont need nearly as many for the same 


amount of message, so it really doesnt matter especially since APRSdos 
and the Kenwoods are not going to display them anyway. 


So I think that sticking to the 67 byte limit will not be too 
restrictive. Ill check with the Japanese... 


BOb 


What will be the effect on code that looks for Message To call, and object 
name fields to be nine bytes in length? 


total packet length increase appreciably? Note that some applications 
will reject any packet that is over 250 bytes in length. 


VVVVV VV NV 
= 
H 
kh 
kh 


Bill KC9XG 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 16:21:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15381 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 16:21:42 -0500 (CDT) 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 16:19:50 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Message-ID: <LYR11589-96109-2002.08.28-17.01.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Thread-Index: AcJOuFrGhZpJWGS£TkWbuYHxiT /C1wAHv/gQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049042@ame-main.ametx.com> 


Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA15381 


> cece Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna.edu] 

Posted At: Wednesday, August 28, 2002 12:29 PM 

Posted To: APRS Specification 

Conversation: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 


But I have since learned that the double byte Japanse charcaters that 
triggered the initial concern do also use only printable 8 

bit bytes and 

so my concerns for control-code problems is probably not a 

problem.. Here 

is what I hve learned since my original sugestion: 


Each Kanji code use 2 bytes. 
The 1st byte is 0x81-0xFC. 
The 2nd byte is 0x4Q-OxFC. 


These are all printable ascii codes and therefore do not include any 
control codes and so therefore I think can be safely used within the 
existing APRS message format. 


End of drill unless there are other character sets that will 
try to use 
control codes... 


VVVVV VV VV VV VV VV VV VV VV VV MV 


I think you hit the nail on the head. Within the limits of AX.25 (256 
byte Information fields), as long as control codes are not part of the 
character set, all is well (true, some systems impose further barriers 
to packet length such as the Kenwood radios and some software). For 
people using DBCS in their messages, they need to be aware of the APRS 
length restrictions apply total number of bytes, not characters. That 
would be something for the authors of software using those character 
sets to think about. 


Glad this got sorted out. I want to see, like you, APRS used in as many 
different environments as possible. The limitation of no control codes, 
|, ~, ox 4 in messages is a good one that should be observed in all 
packets to maintain as much compatibility as possible. 


On to the next problem :) By the way, because of this discussion, I am 
updating javAPRS to display all comments and messages in the default 
character set of the system it is running on. Should help those 
international web pages. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 16:56:58 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA16878 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 16:56:55 -0500 (CDT) 
Message-ID: <LYR11589-96114-2002.08.28-17.37.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 28 Aug 2002 22:55:12 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
References: <LYR26815-96109-2002.08.28-17.01.40-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-96109-2002.08.28-17.01.40- - 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <gZ$robAAbUb9EwwO@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-96109-2002.08.28-17.01.40--roger#tpeaksys.co.uk@list 
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes 

[snip] 

>For 

>people using DBCS in their messages, they need to be aware of the APRS 
>length restrictions apply total number of bytes, not characters. 


Really? I would have thought that all the xAPRSx length restrictions, as 
opposed to the AX25 restrictions of 256 bytes in a frame information 


field, seven bytes to an address, etc, apply to characters. Particularly 
since all those little diagrams in the APRS spec have comments like "max 
67 chars". 


Roger Barker, G4IDE - roger@peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 17:23:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA17623 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 17:23:36 -0500 (CDT) 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SV: SV: RE: APRS non-ENGLISH formats 
Date: Thu, 29 Aug 2002 00:24:59 +0200 
Message-ID: <LYR11589-96115-2002.08.28-18.03.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
In-Reply-To: <bb4qmus7qt92alfnidp6e5rdmq141t1p39@4ax . com> 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Roger Bille" <roger.bille@telia.com> 
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBMECKEDAA. roger. bille@telia.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> Or go directly to UTF-8 so you do not need to specify which codepage 
> is used. 


Good point. The UTF-8 encoding of Unicode will add an little extra load 


Since each non ASCII character will be coded in >= 2 bytes. I don't know how 
well Unicode is supported on the various platform we use, in particular Palm 
and PocketPC. ISO 8859 is for sure available. One thing is for sure it is 
not supported on Kenwood, 8859 isn't either only part of it and D7 and D700 
are not consitent. 


73 de sm5nrk/Roger 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 17:43:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA18302 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 17:43:28 -0500 (CDT) 
Content-Type: text/plain; 

charset="iso-8859-1" 

From: James Jefferson <jjeffers@aprsworld.net> 
Reply-To: James Jefferson <jjeffers@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] new APRS message format 
Date: Wed, 28 Aug 2002 17:42:33 -0500 
References: <LYR19704-96093-2002.08.28-14.41.37-- 
jjeffers#aprsworld.net@lists.tapr.org> 
In-Reply-To: <LYR19704-96093-2002.08.28-14.41.37-- 
jjeffers#aprsworld.net@lists.tapr.org> 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-Id: <LYR11589-96119-2002 .08.28-18.23.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20020828224234 .4D82C2153E@agentorange.student.iastate.edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I would like to see a message format that uses an Unicode 

(http: //www.unicode.org/) message body. For those not familiar with Unicode, 
it is 16 bit (2-byte) per character. Java natively supports (uses?) Unicode. 
Plain ASCII is easy to encode, and if all you want is to display plain ASCII 
then that is easy to. 


Unicode can be sent over 8-bit links using UTF-8 encoding. This solves all of 
the problems with existing TNC compatability. 


Here is what I propose: 


1) everything besides the message body be plain 8-bit ASCII 

2) message identifier be a | (pipe), or any other single character that has 
not yet been used 

3) 9 byte addressee, identical limitations to current addressee field 

4) address / body seperator be the same as the message identifer 

5) variable length, up to 240 bytes. Each unicode character is >= 1 && <= 4 


6) body / sequence number seperator, same as the message identifier 
7) 2 byte ASCII sequence designator 


Sample message: 

KBOTHN>APRS: | KBOVYO-10|UTF-8 encoded unicode message|ab 
comments? 

-Jim KBOTHN 


PS - one way or another, I'll be happy to add support to aprsworld whatever 
this group decides. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 18:08:35 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA19603 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:08:31 -0500 (CDT) 
Message-ID: <LYR11589-96134-2002.08.28-18.48.17-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 29 Aug 2002 00:06:35 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: new APRS message format 
References: <LYR19704-96093-2002.08.28-14.41.37-- 
jjeffers#aprsworld.net@lists.tapr.org> 

<LYR26815-96119-2002.08.28-18.23.20--rogeri#peaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR26815-96119-2002.08.28-18.23.20-- 
roger#tpeaksys.co.uk@lists.tapr.org> 


MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 

X-Message-Id: <kox6EQA7dVb9EwjQ@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In message <LYR26815-96119-2002.08.28-18.23.20--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, James Jefferson <jjeffers@aprsworld.net> writes 

[snip] 

> 

>Sample message: 

> 

>KBOTHN>APRS: | KBOVYO-10|UTF-8 encoded unicode message|ab 

> 

>comments? 


Final comment before I go into read-only mode for this thread - If I was 
you, I would wait until you know what encoding/decoding a Japanese TNC 
does. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 18:29:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20711 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:29:41 -0500 (CDT) 
Subject: [aprsspec] RE: SV: SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 18:29:06 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Message-ID: <LYR11589-96141-2002.08.28-19.09.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 


X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 

Thread-Topic: [aprsspec] SV: SV: RE: APRS non-ENGLISH formats 
Thread-Index: AcJO4Z30sNQg1sE8TT6De9p4/ /XDmAACNGSA 

From: "AE5PL Lists" <HamLists@ametx.com> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CE3A@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA20711 


UTF-8 is 8 bit only. It is a subset of Unicode without the DBCS 
support. 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


Poteeos Original Message----- 

> From: Roger Bille [mailto:roger.bille@telia.com] 

> Posted At: Wednesday, August 28, 2002 5:24 PM 

> Subject: [aprsspec] SV: SV: RE: APRS non-ENGLISH formats 

> 

> Good point. The UTF-8 encoding of Unicode will add an little 
> extra load 

> since each non ASCII character will be coded in >= 2 bytes. I 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 18:34:17 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20867 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:34:14 -0500 (CDT) 
Date: Wed, 28 Aug 2002 19:33:38 -0400 (EDT) 


From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-96109-2002.08.28-17.01.40-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-96142-2002.08.28-19.14.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0208281929000 .1001-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Yep, looks like we are on the same page... (except as noted below (grin)) 
On Wed, 28 Aug 2002, AE5PL Lists wrote: 

people using DBCS in their messages, they need to be aware of the APRS 
length restrictions apply total number of bytes, not characters. That 


would be something for the authors of software using those character 
sets to think about. 


VV VV 


I think this is still debatible to some degree and open for discussion. 
The 67 character limit imposed in the spec is the DISPLAY length, not 
necessarily the BYTE length (or at least that was the origin and intent 
of the restriction)... If it takes two bytes to make up a 

character, then that only counts as ONE, as far as the size of the 
display is concerned. So I would always call it a display limit, and not 
a BYTE limit... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 18:35:40 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20901 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:35:39 -0500 (CDT) 
Subject: [aprsspec] RE: new APRS message format 
Date: Wed, 28 Aug 2002 18:35:07 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Message-ID: <LYR11589-96145-2002.08.28-19.15.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] new APRS message format 
Thread-Index: AcJ05JaH9/p£8vejR208CM87uXXHZQABh9uQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049044@ame-main.ametx. com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA20901 


As has been pointed out by Bob earlier, the need for a special format is 
not required. However, full Unicode is not compatible with APRS because 
some of its bytes are less than 0x20 (control characters). 
Unfortunately, there is no way to tell a TNC in command mode "ignore 


these characters because they are Unicode". So, to live within the 
confines of our current limitations on APRS and APRS-IS, it makes sense 
to say "any byte 0x20-Oxff excluding |, ~, and {". The final exclusions 


are because many TNC's interpret those characters as commands. 
73, 

Pete Loveall AE5PL 

http: //www.ae5pl.net 

mailto: pete@ae5pl.net 


bea Original Message----- 
> From: James Jefferson [mailto:jjeffers@aprsworld.net] 


Posted At: Wednesday, August 28, 2002 5:45 PM 
Subject: [aprsspec] new APRS message format 


I would like to see a message format that uses an Unicode 
(http: //www.unicode.org/) message body. For those not 
familiar with Unicode, 

it is 16 bit (2-byte) per character. Java natively supports 
(uses?) Unicode. 

Plain ASCII is easy to encode, and if all you want is to 
display plain ASCII 

then that is easy to. 


VVVV VV VV VV MV 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 18:41:00 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA21047 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:40:58 -0500 (CDT) 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Date: Wed, 28 Aug 2002 18:40:37 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Message-ID: <LYR11589-96152-2002.08.28-19.21.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
content-class: urn:content-classes:message 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Thread-Index: AcJO639AsNAev/BHTiSa7aVOqqF5AQAAB8FA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFC049045@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA21047 


From: Bob Bruninga [mailto:bruninga@usna. edu] 
Posted At: Wednesday, August 28, 2002 6:35 PM 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 


On Wed, 28 Aug 2002, AE5PL Lists wrote: 


> people using DBCS in their messages, they need to be aware 

of the APRS 

> length restrictions apply total number of bytes, not 

characters. That 

> would be something for the authors of software using those character 
> sets to think about. 


I think this is still debatible to some degree and open for 
discussion. 

The 67 character limit imposed in the spec is the DISPLAY length, not 
necessarily the BYTE length (or at least that was the origin 

and intent 

of the restriction)... If it takes two bytes to make up a 

character, then that only counts as ONE, as far as the size of the 
display is concerned. So I would always call it a display 

limit, and not 

a BYTE limit... 


Fine with me as long as they stay within the AX.25 spec which specifies 
256 octets (bytes) maximum for a packet's information field. Don't know 
how other APRS software would handle the extended packet lengths.? I 
would also say that, if IGating is to be taken into consideration, then 
the third-party format restricts the total payload length to 256-28 
bytes or 228 bytes (I think I did my math right :) 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 21:34:17 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ2904 
for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 21:34:14 -0500 (CDT) 


Date: Wed, 28 Aug 2002 20:33:58 -0600 (MDT) 

From: Joel Maslak <jmaslak@antelope.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: new APRS message format 

In-Reply-To: <LYR21162-96119-2002.08.28-18.23.20-- 
jmaslak#antelope.net@lists.tapr.org> 

Message-ID: <LYR11589-96166-2002.08.28-22.14.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Joel Maslak <jmaslak@antelope.net> 

X-Message-Id: <Pine.LNX.4.44.0208282031050.27119-100000@bigsky.antelope.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 28 Aug 2002, James Jefferson wrote: 


> Unicode can be sent over 8-bit links using UTF-8 encoding. This solves all of 
> the problems with existing TNC compatability. 


Actually, if you have 8-bit clean links, you can send Unicode directly. 
UTF-8 does something different. 


Unfortunately, although AX-25 should allow it fine, the current 
implementations are anything but 8-bit clean. I suspect that you could 
crash and otherwise harm 90% of APRS stations by sending 8-bit characters. 
I would be the first to applaud a move to 8-bit clean links, as I've seen 
plenty of problems with the current "sort of 7-bit" system that is in use 
- but I don't see a way of upgrading the existing hardware. And one of 
the reasons APRS is so popular is it is a fairly cheap thing to get 
involved in. Unfortunately that also means that we sacrifice some 
principles in the process. 


Joel 
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From bounce-aprsspec-11589@lists.tapr.org Wed Aug 28 21:49:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ3501 

for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 21:49:06 -0500 (CDT) 

Content-Type: text/plain; 

charset="iso-8859-1" 
From: James Jefferson <jjeffers@aprsworld.net> 
Reply-To: James Jefferson <jjeffers@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: new APRS message format 
Date: Wed, 28 Aug 2002 21:43:05 -0500 
User-Agent: KMail/1.4.3 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
References: <LYR19704-96166-2002.08.28-22.14.25-- 
jjeffers#aprsworld.net@lists.tapr.org> 
In-Reply-To: <LYR19704-96166-2002.08.28-22.14.25-- 
jjeffers#aprsworld.net@lists.tapr.org> 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-Id: <LYR11589-96171-2002.08.28-22.29.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200208282143.05484.jjeffers@aprsworld.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> Actually, if you have 8-bit clean links, you can send Unicode directly. 
> UTF-8 does something different. 


UTF-8 is designed to be interoperable with ASCII directly. IE normal ASCII 
characters are encoded as a single byte. 


In our application UTF-8 will make sure that no printable and bellow 
characters will be changed. Only things with the high bit set will be able to 
contain Unicode. 


-Jim 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 29 08:50:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA09728 

for <lyris.aprsspec@tapr.org>; Thu, 29 Aug 2002 08:50:54 -0500 (CDT) 
Date: Thu, 29 Aug 2002 09:50:10 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
In-Reply-To: <LYR11586-96080-2002.08.28-13.45.16-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-96266-2002.08.29-09.31.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0208290944470 .7081-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 28 Aug 2002, Roger Barker wrote: 


> I think we really need someone who is experienced with Japanese software 
> to comment on this. 


I got the answers... 

Kanji is a two-byte printable ascii code and it involves a 3 byte ESC-IN 
and an ESC-OUT code so it can be intermingled with plain ASCII... So even 
if they took the 67 display limit as a character limit, that still allows 
30 KANJI characters... 


And as an aside, a common school test in Japan is to have them say 
ANYTHING in 20 KANJI characters or less... 


So for now, this issue is resolved to my satisfaction... thanks 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Aug 29 21:59:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA18533 

for <lyris.aprsspec@tapr.org>; Thu, 29 Aug 2002 21:59:51 -0500 (CDT) 
Date: Fri, 30 Aug 2002 11:59:36 +0900 
From: Jim Tittsler <7J1AJH@OnJapan.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats 
Message-ID: <LYR11589-96389-2002.08.29-22.40.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
References: <LYR11586-96061-2002.08.28-11.45.11-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
<LYR25490-96078-2002.08.28-13.08.20--7jlajh#onjapan.net@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Disposition: inline 
User-Agent: Mutt/1.2.5.1i 
In-Reply-To: 
<LYR25490-96078-2002.08.28-13.08.20--7jlajh#onjapan.net@lists.tapr.org>; from 
bruninga@usna.edu on Wed, Aug 28, 2002 at 01:27:55PM -0400 
Organization: 7J1AJH/AI8A Tokyo 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jim Tittsler <7J1AJH@OnJapan.net> 
X-Message-Id: <20020830115936.B4044@server.onjapan.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, Aug 28, 2002 at 01:27:55PM -0400, Bob Bruninga wrote: 

But I have since learned that the double byte Japanse charcaters that 
triggered the initial concern do also use only printable 8 bit bytes and 
so my concerns for control-code problems is probably not a problem.. Here 
is what I hve learned since my original sugestion: 


Each Kanji code use 2 bytes. 
The 1st byte is 0x81-0xFC. 
The 2nd byte is 0x40-OxFC. 


VVVV VV VV 


There are three different encodings in common use for Japanese. 
It sounds like you are describing Shift-JIS (most common in the 
Microsoft world; I believe the 1st byte is actually between 
Qx81-Ox9f or OxeQ-Oxef... so as has been pointed out, the path 
needs to be 8-bit clean or they start looking like control 
codes) . 


EUC-JP (most common in the Unix world) is beloved by programmers 
since both bytes are in the 0xa1~Oxfe range. 


ISO-2022-JP fits in 7-bits with escapes to switch sets. 


http: //web.1lfw.org/text/jp.html is a quick reference to 
Japanese encoding. 


73, Jim 7J1AJH/AI8A Tokyo 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Sep 3 17:06:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA0Q9803 

for <lyris.aprsspec@tapr.org>; Tue, 3 Sep 2002 17:06:26 -0500 (CDT) 
Message-ID: <LYR11589-97114-2002.09.03-17.46.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Paula Dowie" <g8pzt@blueyonder.co.uk> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Confused.. 
Date: Tue, 3 Sep 2002 23:06:09 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Paula Dowie" <g8pzt@blueyonder.co.uk> 
X-Message-Id: <004b01c25396$4a33be20$bOce1f3e@gb7pzt.ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can anyone please tell me what the "qAS" field means in the following frame 
obtained from an internet APRSserver? It is typical of many such frames. 


G1GQJ>CQ, TRACE5-5,WIDE7-7,qAS,GORDI:=5142.02N/00055.08WKCathy - Chinnor,Oxon 
SUIV32¢ 


73, Paula 

g8pzte@blueyonder.co.uk 

http: //www.pzt.org.uk 

Telnet: g8pzt.ath.cx:23 (Kidderminster router: ) 

Telnet: g8pzt.ath.cx:1448 (APRS server) 

Telnet: g8pzt.ath.cx:3600 (Chat server) 

Telnet: gb7pzt.dyndns.org:88 (gb7pzt bbs user access) 

Telnet gb7pzt.dyndns.org:6300 (gb7pzt bbs forwarding access) 
http: //gb7pzt.dyndns.org/cgi-bin/menu.pz (GB7PZT web interface) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Sep 3 17:16:18 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10380 
for <lyris.aprsspec@tapr.org>; Tue, 3 Sep 2002 17:16:12 -0500 (CDT) 
X-Sent: 3 Sep 2002 22:16:02 GMT 
Date: Tue, 3 Sep 2002 18:16:09 -0400 
From: Steve Dimse <k4hg@tapr.org> 
Subject: [aprsspec] Re: Confused.. 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
X-Priority: 3 
In-Reply-To: <LYR30403-97114-2002.09.03-17.46.52--k4hg#tapr.org@lists.tapr.org> 
Message-ID: <LYR11589-97117-2002.09.03-17.56.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; Charset=US-ASCII 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Steve Dimse <k4hg@tapr.org> 
X-Message-Id: <r01050300-1020-C019767ABF8A11D68A8B00039345286E@[192.168.1.100]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On 9/3/02 at 11:06 PM g8pzt@blueyonder.co.uk (Paula Dowie) sent: 


>Can anyone please tell me what the "qAS" field means in the following frame 
>obtained from an internet APRSserver? It is typical of many such frames. 

> 

see: 


http: //www.aprs-is.net/q.htm 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Sep 3 17:17:03 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10406 
for <lyris.aprsspec@tapr.org>; Tue, 3 Sep 2002 17:16:59 -0500 (CDT) 
Message-ID: <LYR11589-97118-2002.09.03-17.57.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 3 Sep 2002 23:16:09 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Confused.. 
References: <LYR26815-97114-2002.09.03-17.46.52-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-97114-2002.09.03-17.46.52-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <tOjYtIApSTd9EwQM@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-97114-2002.09.03-17.46.52--rogeritpeaksys.co.uk@list 
s.tapr.org>, Paula Dowie <g8pzt@blueyonder.co.uk> writes 

>Can anyone please tell me what the "qAS" field means in the following frame 
>obtained from an internet APRSserver? It is typical of many such frames. 

> 

>G1GQIJ>CQ, TRACE5-5,WIDE7-7,qAS,GORDI:=5142.02N/00055.08WKCathy - Chinnor,Oxon 
>{UIV32¢ 


See http://www.digitaldune.net/~ahubwest/Q. html 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Sep 6 18:05:06 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA29086 


for <lyris.aprsspec@tapr.org>; Fri, 6 Sep 2002 18:05:04 -0500 (CDT) 
Message-ID: <LYR11589-97473-2002.09.06-18.45.36-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Paula Dowie" <g8pzt@blueyonder.co.uk> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] No longer confused 
Date: Sat, 7 Sep 2002 00:05:49 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Paula Dowie" <g8pzt@blueyonder.co.uk> 
X-Message-Id: <003001c255f9$£2f42760$bOce1f3e@gb7pzt.ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thank you to all who sent me the link to the page about the q construct. 


73, Paula 

g8pzt@blueyonder.co.uk 

http: //www.pzt.org.uk 

Telnet: g8pzt.ath.cx:23 (Kidderminster router: ) 

Telnet: g8pzt.ath.cx:1448 (APRS server) 

Telnet: g8pzt.ath.cx:3600 (Chat server) 

Telnet: gb7pzt.dyndns.org:88 (gb7pzt bbs user access) 

Telnet gb7pzt.dyndns.org:6300 (gb7pzt bbs forwarding access) 
http: //gb7pzt.dyndns.org/cgi-bin/menu.pz (GB7PZT web interface) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Sep 7 21:16:42 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAAQ8365 

for <lyris.aprsspec@tapr.org>; Sat, 7 Sep 2002 21:16:34 -0500 (CDT) 
X-Sent: 8 Sep 2002 02:16:10 GMT 
Message-ID: <LYR11589-97609-2002.09.07-21.57.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97117-2002.09.03-17.56.38-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Request for comment? Shelter list 
Date: Sat, 7 Sep 2002 22:15:58 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <kd4rdb@netzero.com> 
X-Message-Id: <005101c256dd$abbdd0a0$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have written the Sprouls to ask for their help (or any work previously done) for 
the shelters list. After about a month and no 
response, I have come up with a few things. 


Goals: 

1.I want to develop a method which is interoperable across APRS and PSK31. 

2.A shelter list is simply a collection of data. Alpha and numeric characters to 
be filled in on a form. 

3.The forms are already in use. Every agency uses different forms, so we need a 
way to specify a particular form and numbered 

fields 

4.All data needs to be human readable - ie compatible with PSK31's character set. 
5.Data needs to have the ability to be fragmented into small (80byte or is it 67 
byte?) chunks and reassembled on the other end. 

6.PSK data needs a checksum. I suggest the plaintext hexadecimal XOR system used 
in NMEA data. 


Protocol: 
Data will be modeled after GPS telemetry. $SL will indicate this is a Shelter 
List message. Comma delimited fields. There should 


be a header which indicates this is a shelter list formatted message. After the 
header is the agency's form number. Next will come 

a numeric field indicating the field on the form, then a comma, then the alpha or 
numeric characters for the contents of that field. 

These fields will continue repeating until the maximum length for an APRS 
formatted message is reached. In the case of PSK31 

formatted data, the "x" character will be appended followed by a NMEA compatible 
checksum. 


In the event all fields do no fit in a single aprs message, additional aprs 
messages can be sent following the same format. The 
only difference will be that different field numbers will be used. 


Note that the fields on the form do not need to be transmitted in any order at 
all. 


There is no need to define the number of fields on a form. The reciepent of the 
message will know this since he will be filling out 

the form initially by hand (later with a template in a version of APRS) and will 
know when he has received all fields. 


Example: 
Form "TEST1" 
The jumped over the ___ Maximum population for the _____ shelter is 


Present population is 


First, we have to number all the fields. 


Form "TEST1" 
The _1._ jumped over the __2._ . Maximum population for the __3__ shelter is 
_4__ . Present population is _5 _ 


Since a template is stored at the receiving end, we only need to send an APRS 
bulletin. 
$SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 


This is decoded on the other end by simply matching fields... 
the form is of course, TEST1.txt 


The __cow__ jumped over the __moon__ . Maximum population for the __Charleston 
SC__ shelter is _500__ . Present population is 

__103__ 

Of course, 


§$SL,TEST1,5,103,1,cow,4,500,3,Charleston SC,2,moon 
has the same meaning. 


What do you think? 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 09:31:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA12951 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 09:31:54 -0500 (CDT) 
X-Sent: 8 Sep 2002 14:31:39 GMT 
Message-ID: <LYR11589-97655-2002.09.08-10.12.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97117-2002.09.03-17.56.38-- 
kd4rdbi#tnetzero.com@lists.tapr.org> <LYR11698-97609-2002.09.07-21.57.00- - 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 10:31:27 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <kd4rdb@netzero.com> 
X-Message-Id: <002801c25744$6af92260$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I'm going to add one thing to the spec.... we need to include a time and date 
stamp.... the standard APRS formatted 4digit time with 

2 digit date will do fine. This additional field will permit easier matching on 
the receiving end when, for example, a copy of a 

form is sent out once an hour. This will permit trending on the RX end by 
stuffing the data into an array (or database) in an 

orderly fashion indexed by date/time. 


$SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 


becomes 


$SL,081423z,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 
or 
$SL,081023/,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 


On the receiving end: 

At this point what we need is to have a standardized template format. I would 
like to suggest seeding a text file with "&&x&&" 

where "&&" is an escape character unlikey to occur in day to day text, and 
the field number. Of course the file name is the 

form name. For a form named "TEST1" there is a file named "TEST1.TXT" at every 
EOC. 


x" is 


Text file named TEST1.TXT 
The &&1&& jumped over the &&2&&. Maximum population for the &&3&& shelter is 
&&4&&. Present population is &&5&&. 


Wes 


sos Original Message ----- 

From: "Wes Johnston" <kd4rdb@netzero.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Saturday, September 07, 2002 10:15 PM 

Subject: [aprsspec] Request for comment? Shelter list 


> I have written the Sprouls to ask for their help (or any work previously done) 
for the shelters list. After about a month and no 
response, I have come up with a few things. 


1.I want to develop a method which is interoperable across APRS and PSK31. 

2.A shelter list is simply a collection of data. Alpha and numeric characters 
to be filled in on a form. 
> 3.The forms are already in use. Every agency uses different forms, so we need a 
way to specify a particular form and numbered 
> fields 
> 4.All data needs to be human readable - ie compatible with PSK31's character 
set. 
> 5.Data needs to have the ability to be fragmented into small (80byte or is it 67 
byte?) chunks and reassembled on the other end. 
> 6.PSK data needs a checksum. I suggest the plaintext hexadecimal XOR system 
used in NMEA data. 
> 
> Protocol: 
> Data will be modeled after GPS telemetry. $SL will indicate this is a Shelter 
List message. Comma delimited fields. There 


> 
> 
> Goals: 
> 
> 


should 
> be a header which indicates this is a shelter list formatted message. After the 
header is the agency's form number. Next will 

come 

> a numeric field indicating the field on the form, then a comma, then the alpha 
or numeric characters for the contents of that 

field. 

> These fields will continue repeating until the maximum length for an APRS 
formatted message is reached. In the case of PSK31 

> formatted data, the "x" character will be appended followed by a NMEA compatible 
checksum. 

> 

> In the event all fields do no fit in a single aprs message, additional aprs 
messages can be sent following the same format. The 

> only difference will be that different field numbers will be used. 

> 

> Note that the fields on the form do not need to be transmitted in any order at 
all. 

> 

> There is no need to define the number of fields on a form. The reciepent of the 
message will know this since he will be filling 

out 

> the form initially by hand (later with a template in a version of APRS) and will 
know when he has received all fields. 

> 

> Example: 

> Form "TEST1" 

> The jumped over the 


Present population is 


Maximum population for the shelter is 


> First, we have to number all the fields. 
> Form "TEST1" 
> The __1__ jumped over the __2__ . Maximum population for the __3__ shelter is 
_4__ . Present population is __5 
> 
> Since a template is stored at the receiving end, we only need to send an APRS 
bulletin. 
> $SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 
> 
> This is decoded on the other end by simply matching fields... 
> the form is of course, TEST1.txt 
> The __cow__ jumped over the __moon__ . Maximum population for the __ Charleston 
SC__ shelter is _500__ . Present population is 
103 


Of course, 
$SL,TEST1,5,103,1,cow,4,500,3,Charleston SC,2,moon 
has the same meaning. 


VV VV WV 


What do you think? 


You are currently subscribed to aprsspec as: kd4rdb@netzero.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VM 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 09:50:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA13855 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 09:49:59 -0500 (CDT) 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 09:49:48 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Message-ID: <LYR11589-97656-2002.09.08-10.30.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 
Content-Class: urn:content-classes:message 
Thread-Topic: [aprsspec] Re: Request for comment? Shelter list 
Thread-Index: AcJXRIN5SH/Ht/DcTKuHo4nMdDPalwAAau9w 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049064@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA13855 


Instead of adding a new meaning to the $ data type, why not use the 


user-defined data type of { ? Throwing in a new meaning to the $ data 
type might break some APRS software. The user-defined data type would 
be perfect for this application as you could have special software look 
for these packets without potentially breaking other software. Try {SL 
for User ID=S (Shelter) and Type=L (List) 


73% 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Dgsesre Original Message----- 

From: Wes Johnston [mailto:kd4rdb@netzero.com] 

Posted At: Sunday, September 08, 2002 9:32 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


$SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 
> Data will be modeled after GPS telemetry. $SL will 


indicate this is a Shelter List message. Comma delimited 
fields. There 


VV VV VV VV V 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 10:31:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA15358 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 10:31:22 -0500 (CDT) 
Message-ID: <LYR11589-97671-2002.09.08-11.11.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "B. Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97117-2002.09.03-17.56.38-- 
kd4rdbi#netzero.com@lists.tapr.org> <LYR11698-97609-2002.09.07-21.57.00-- 
kd4rdbi#tnetzero.com@lists.tapr.org> <LYR11585-97655-2002.09.08-10.12.32-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 08:30:41 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="i1s0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 


X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "B. Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <00d001c2574c$b157af80$20dcfea9@Thinkpad> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


For historical interest, here is a file I have dated 9/1997: 


Position 

@POS,date,utc time, lat,long, power, gain, height,symbol, text 
@POS , 970627 , 2103 ,3401.234,-11720.345,,,,A1,KH2Z %Alert 
note that power, gain and height are null 


Fixed station Position ( date and time = null ) 
@POS, , ,3401.234, -11720.345,100,8,75,A1,High Mountain Digipeater Covering all 
of So.Cal. 


Alternate Position for moving stations 
@TRK,date,time,lat,long,speed,direction,altitude,symbol, text 


Message 

@MSG,date, utc time,Lat,Long,TO,msg number,symbol, text 

@MSG ,970627,2103,KH2Z,1,,%Hello world. This is just “brain storm'in" 
Short Message with Date and Time null. 

@MSG,, ,KH2Z,1,A1,%Hello world 


Weather 

@WX,date,utc time,lat,long,wind speed, direction, gusts, tempurature, rain 
fall,precipitation,P,humidity,barometric pressure,symbol,text 

@WX , 06291845 , 3401.234, -11720.45,0,0,10,80,0,0,0,38,1012,A9,Davis 


(_06291845c000s000g000t000TrOD0pODOPODDhOObOOO0ODavis) 


Short Weather 
@WX , 06291845 , 3401.23, -11720.345,8,276, ,76 
Missing fields are concidered null. 


Object 
@OBJ,date,utc time,lat,long,speed,direction,obj name,symbol, text 
@OBI , 970627, 2103 ,3401.234, -11720.23445,20,330,Andrew,A4,Peak Winds 160 mph 


@OBI, , ,3401.234,-11720.234,,,Race Start,Z3,So Cal Marathon 


Telemetry 
@TEL,date,time,lat,long,number of 
fields, field1,field2,field3,...,fieldN,text 


@TEL , 970628 ,1311,3401.23,-11720.23,4,35,-24,17,245,Remote Thrust Fault 
Seismic Monitor 


Map Object 

@MO, count,number,Lat,Long,Name,Scale,X1,Y1,X2,Y2,X3,Y3,,,,+,, 
Count would be number of sentences in complete record 

Number would be which sentence number this is in total record. 


Query 

@Q, Type, Lat,Long,Range,Call,text 
?APRS? 

@Q,POS,,,,, 

Directed ?APRS? ( WB4APR ?APRS? 
@Q,POS,,,,WB4APR 

Range PAPRS? lat long range 
@Q,PO0S,,lat,long,range,,, 

Query Status 

@Q,Status,,,,, 
@Q,Status,,,,WB4APR, 

Query Weather 

@Q,WX,,,,WB4ARR, 

Query Destination 
@Q,Dest,,,,WB4APR, 

Query Protocol Format - Returns format of POS sentence 
@Q,Protocol,,,,WB4APR,POS 


Reply 

@R,type,utc date,utc time,lat,long,symbol, text 
Respond to a @Q ( ?APRS? ) 

@R,POS, ,,3401.234, -11720.234,,, 


Direction Finding 
@DF,date,utc time,lat,long,bearing,sig quality,text 
@DF,, ,3401.345,-11720.23,273,7, 


Warning/Alarms/Alert Maybe this is really an object... 

@W,date,utc time,lat,long,call,type,text 
@W,970627,2127,,,,Road,%*Warning Bridge under water! 

An alert with lat/long would specify the location of an alarm situation. 
No position data would be a general alarm. 


a aie Original Message ----- 

From: "Wes Johnston" <kd4rdb@netzero.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, September 08, 2002 7:31 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


> I'm going to add one thing to the spec.... we need to include a time and 
date stamp.... the standard APRS formatted 4digit time with 
> 2 digit date will do fine. This additional field will permit easier 
matching on the receiving end when, for example, a copy of a 
> form is sent out once an hour. This will permit trending on the RX end by 
stuffing the data into an array (or database) in an 

orderly fashion indexed by date/time. 


$SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 

becomes 

or 

$SL,081023/,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 

On the receiving end: 

At this point what we need is to have a standardized template format. I 


would like to suggest seeding a text file with "&&x&&" 
> where "&&" is an escape character unlikey to occur in day to day text, and 


> 
> 

> 

> 

> 

> 

> $SL,081423z,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 
> 

> 

> 

> 

> 


x" is the field number. Of course the file name is the 
> form name. For a form named "TEST1" there is a file named "TEST1.TXT" at 
every EOC. 
> 


> Text file named TEST1.TXT 
> The &&1&& jumped over the &&2&&. Maximum population for the &&3&& shelter 
is &&4&&. Present population is &&5&&. 


> 
> Wes 

> 

> 

> ness Original Message ----- 

> From: "Wes Johnston" <kd4rdb@netzero.com> 

> To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

> Sent: Saturday, September 07, 2002 10:15 PM 

> Subject: [aprsspec] Request for comment? Shelter list 

> 

> 

> > I have written the Sprouls to ask for their help (or any work previously 
done) for the shelters list. After about a month and no 


> response, I have come up with a few things. 

> 

> Goals: 

> 1.I want to develop a method which is interoperable across APRS and 
PSK31. 

> > 2.A shelter list is simply a collection of data. Alpha and numeric 
characters to be filled in on a form. 

> > 3.The forms are already in use. Every agency uses different forms, so 
we need a way to specify a particular form and numbered 

> > fields 

> > 4.All data needs to be human readable - ie compatible with PSK31's 
character set. 

> > 5.Data needs to have the ability to be fragmented into small (80byte or 
is it 67 byte?) chunks and reassembled on the other end. 

> > 6.PSK data needs a checksum. I suggest the plaintext hexadecimal XOR 
system used in NMEA data. 

>> 

> > Protocol: 

> > Data will be modeled after GPS telemetry. $SL will indicate this is a 
Shelter List message. Comma delimited fields. There 

> should 

> > be a header which indicates this is a shelter list formatted message. 
After the header is the agency's form number. Next will 

> come 

> > a numeric field indicating the field on the form, then a comma, then the 
alpha or numeric characters for the contents of that 

> field. 

> > These fields will continue repeating until the maximum length for an 
APRS formatted message is reached. In the case of PSK31 

> > formatted data, the "*" character will be appended followed by a NMEA 
compatible checksum. 

>> 

> > In the event all fields do no fit in a single aprs message, additional 
aprs messages can be sent following the same format. The 

> > only difference will be that different field numbers will be used. 

> 

> > Note that the fields on the form do not need to be transmitted in any 
order at all. 

Si > 

> > There is no need to define the number of fields on a form. The 
reciepent of the message will know this since he will be filling 

> out 

> > the form initially by hand (later with a template in a version of APRS) 
and will know when he has received all fields. 


VVNV NV 


> Example: 
> Form "TEST1" 
> The jumped over the 


VV VV 


Maximum population for the 


shelter is ____ . Present population is 
>> 

> > First, we have to number all the fields. 
> > Form "TEST1" 


> > The __1__ jumped over the __2._ . Maximum population for the __3__ 
shelter is _4__ . Present population is _5 _ 
2S 


> > Since a template is stored at the receiving end, we only need to send an 
APRS bulletin. 

> > $SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 

>> 

> > This is decoded on the other end by simply matching fields... 

> > the form is of course, TEST1.txt 


> > The __cow__ jumped over the __moon__ . Maximum population for the 
_ Charleston SC__ shelter is _500__ . Present population is 

__103__ 

Of course, 


$SL,TEST1,5,103,1,cow,4,500,3,Charleston SC,2,moon 
has the same meaning. 


What do you think? 


VV VV VV VV WV 
VV VV VV VV WV 


>> --- 

> > You are currently subscribed to aprsspec as: kd4rdb@netzero.com 

> > To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

> > Questions regarding the SIG go to the SIG administrator: watllou@tapr.org 
> 

> 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 11:28:16 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA18438 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 11:28:09 -0500 (CDT) 
X-Sent: 8 Sep 2002 16:27:52 GMT 
Message-ID: <LYR11589-97680-2002.09.08-12.08.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97656-2002.09.08-10.30.38-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 12:28:41 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <kd4rdb@netzero.com> 
X-Message-Id: <005501c25754$cb3a9a40$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Would this data type {SL be entered in the text part of an aprs message? The 
reason I ask is that I'd like this to be implemented 

relatively quickly and since all versions of aprs have a way to enter 
messages..... implementation time is 0. 


aseSs Original Message ----- 

From: "AE5PL Lists" <HamLists@ametx.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, September 08, 2002 10:49 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


Instead of adding a new meaning to the $ data type, why not use the 
user-defined data type of { ? Throwing in a new meaning to the $ data 
type might break some APRS software. The user-defined data type would 
be perfect for this application as you could have special software look 
for these packets without potentially breaking other software. Try {SL 
for User ID=S (Shelter) and Type=L (List) 


133 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


omer os Original Message----- 

> From: Wes Johnston [mailto:kd4rdb@netzero.com] 

> Posted At: Sunday, September 08, 2002 9:32 AM 

> Subject: [aprsspec] Re: Request for comment? Shelter list 
> 

> $SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 

> 

> > Data will be modeled after GPS telemetry. $SL will 

> indicate this is a Shelter List message. Comma delimited 
> fields. There 


You are currently subscribed to aprsspec as: kd4rdb@netzero.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 11:39:02 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA18872 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 11:38:50 -0500 (CDT) 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 11:38:39 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Message-ID: <LYR11589-97682-2002.09.08-12.19.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 
Content-Class: urn:content-classes:message 
Thread-Topic: [aprsspec] Re: Request for comment? Shelter list 
Thread-Index: AcJXVNKPmscEchNETQKWSKFZBChs9AAAKOvw 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1EQA2562D60B43BAA4C87505322DFCO4CE92@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA18872 


No. This has nothing to do with messaging. You can do anything you 
want with message text. This has to do with packet data types. My 
understanding was that you were trying to use the $ data type for this 
application. If you are using $SL in the message, then have at it. 

But, if you are trying to use the $ as a data type for the packets, I 
recommend using the { data type since that is what the user-defined data 
type is meant to be used for, not the $ data type. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl.net 
mailto: pete@ae5pl.net 


> SSSs5 Original Message----- 

From: Wes Johnston [mailto:kd4rdb@netzero.com] 

Posted At: Sunday, September 08, 2002 11:29 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


Would this data type {SL be entered in the text part of an 
aprs message? The reason I ask is that I'd like this to be 
implemented 

relatively quickly and since all versions of aprs have a way 
to enter messages..... implementation time is 0. 


VV VV VV VV VVWV 


Vv 


sence Original Message ----- 

From: "AE5PL Lists" <HamLists@ametx.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, September 08, 2002 10:49 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


Instead of adding a new meaning to the $ data type, why not use the 
user-defined data type of { ? Throwing in a new meaning to the $ data 
type might break some APRS software. The user-defined data type would 


VV VV VV VV WV 


be perfect for this application as you could have special 
software look 

for these packets without potentially breaking other 
software. Try {SL 

for User ID=S (Shelter) and Type=L (List) 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 11:57:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA19247 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 11:57:23 -0500 (CDT) 
X-Sent: 8 Sep 2002 16:57:12 GMT 
Message-ID: <LYR11589-97683-2002.09.08-12.38.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97682-2002.09.08-12.19.30-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 12:57:15 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <kd4rdb@netzero.com> 
X-Message-Id: <008001c25758$c94efa10$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I see... well until the authors include this as a message type (wouldn't it be 
cool to have the form displayed with the blanks ready 

to be filled in by tabbing between fields?) in your favorite aprs program, I don't 
see any reason not to use your suggestion of {SL 

as the identifyer for a shelter list formatted message. 


Thanks for your input!! I'm off and running! 
Wes 


ase Original Message ----- 

From: "AE5PL Lists" <HamLists@ametx.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, September 08, 2002 12:38 PM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


No. This has nothing to do with messaging. You can do anything you 
want with message text. This has to do with packet data types. My 
understanding was that you were trying to use the $ data type for this 
application. If you are using $SL in the message, then have at it. 

But, if you are trying to use the $ as a data type for the packets, I 
recommend using the { data type since that is what the user-defined data 
type is meant to be used for, not the $ data type. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Diese Original Message----- 

From: Wes Johnston [mailto:kd4rdb@netzero.com] 

Posted At: Sunday, September 08, 2002 11:29 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


Would this data type {SL be entered in the text part of an 
aprs message? The reason I ask is that I'd like this to be 
implemented 

relatively quickly and since all versions of aprs have a way 
to enter messages..... implementation time is 0. 


VV VVVV VV VV MV 


Vv 


ataiale Original Message ----- 

From: "AE5PL Lists" <HamLists@ametx.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, September 08, 2002 10:49 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


VV VV 


Instead of adding a new meaning to the $ data type, why not use the 
user-defined data type of { ? Throwing in a new meaning to the $ data 
type might break some APRS software. The user-defined data type would 
be perfect for this application as you could have special 

software look 

for these packets without potentially breaking other 

software. Try {SL 

for User ID=S (Shelter) and Type=L (List) 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


VVWVVV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: kd4rdb@netzero.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 15:13:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA27531 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 15:12:56 -0500 (CDT) 
Date: Sun, 8 Sep 2002 16:12:22 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <LYR11586-97656-2002.09.08-10.30.38-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-97695-2002.09.08-15.53.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0209081610540 . 21238-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Sep 2002, AE5PL Lists wrote: 


Instead of adding a new meaning to the $ data type, why not use the 
user-defined data type of { ? Throwing in a new meaning to the $ data 
type might break some APRS software. The user-defined data type would 
be perfect for this application as you could have special software look 
for these packets without potentially breaking other software. Try {SL 
for User ID=S (Shelter) and Type=L (List) 


VV VV VV 


I agree. But actually, there is already a SHELTERS data identifier, and 
since in the past 6 years, no one has used it, I would think it woiuld 
be OK to define it. Go back and look at the original APRS paper in 1992 
and identifying the RESOIURCES at every station was actually one of the 
more important parts of APRS back then... 


Bob 

> 73, > > Pete Loveall AE5PL 
http: //www.ae5pl1.net 

mailto: pete@ae5pl.net 


ao sate ies Original Message----- 

From: Wes Johnston [mailto:kd4rdb@netzero.com] 

Posted At: Sunday, September 08, 2002 9:32 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


$SL,TEST1,1,cow,2,moon,3,Charleston SC,4,500,5,103 


> Data will be modeled after GPS telemetry. $SL will 
indicate this is a Shelter List message. Comma delimited 
fields. There 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVV VV VV VV VV VV VV VV VV 
VVVV VV VV WV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat. html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 15:55:43 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAAQ0O761 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 15:55:37 -0500 (CDT) 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 15:55:23 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Message-ID: <LYR11589-97699-2002.09.08-16.36.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MIMEOLE: Produced By Microsoft Exchange V6.0.6249.0 
Content-Class: urn:content-classes:message 
Thread-Topic: [aprsspec] Re: Request for comment? Shelter list 
Thread-Index: AcJXdDsmTdg1lg8H1RiéxWFe2G5LZOAABYGyQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFCO4CE9D@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id PAAQQ761 


Since I am basically lazy and don't want to spend my afternoon trying to 
find this paper you talk about, how about telling us what is a 
"shelters" data type, what is its format, and why it never made it to 


the spec. 

Thanks. 

73, 

Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


Sica Original Message----- 

> From: Bob Bruninga [mailto:bruninga@usna. edu] 

> Posted At: Sunday, September 08, 2002 3:14 PM 

> Subject: [aprsspec] Re: Request for comment? Shelter list 

> 

> I agree. But actually, there is already a SHELTERS data 

> identifier, and 

> since in the past 6 years, no one has used it, I would think it woiuld 
> be OK to define it. Go back and look at the original APRS 

> paper in 1992 

> and identifying the RESOIURCES at every station was actually 
> one of the 

> more important parts of APRS back then... 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 18:52:12 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ8349 

for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 18:52:10 -0500 (CDT) 
Date: Sun, 8 Sep 2002 19:51:51 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <LYR11586-97699-2002.09.08-16.36.16-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-97721-2002.09.08-19.32.51-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0209081949100 .5400-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Sun, 8 Sep 2002, AE5PL Lists wrote: 


Since I am basically lazy and don't want to spend my afternoon trying to 
find this paper you talk about, how about telling us what is a 
"shelters" data type, what is its format, and why it never made it to 
the spec. 


VVV MV 


The data type is a "+" and that is all that has been defined. The 
Sprouls were going to do it. So I abandoned what I had begun... 


My idea was the first letter is the +, 

The second letter is a TABLE character that defines what "table" is 
represented by the remaining data in the line. 

Then the remaining data is a series of fields representing what is on that 
table. 


One table might be the list of RESOURCES at a shelter 
another might be the FREQS and BANDS of operation, 
another might be the mateirals at the medical tent. 


etc... 

bob 

> > ----- Original Message----- 

> > From: Bob Bruninga [mailto:bruninga@usna. edu] 

> > Posted At: Sunday, September 08, 2002 3:14 PM 

> > Subject: [aprsspec] Re: Request for comment? Shelter list 

>> 

> > I agree. But actually, there is already a SHELTERS data 

> > identifier, and 

> > since in the past 6 years, no one has used it, I would think it woiuld 
> > be OK to define it. Go back and look at the original APRS 

> > paper in 1992 

> > and identifying the RESOIURCES at every station was actually 

> > one of the 

> > more important parts of APRS back then... 

> 

> “<= 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 


> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Sep 8 20:08:03 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA11426 
for <lyris.aprsspec@tapr.org>; Sun, 8 Sep 2002 20:08:00 -0500 (CDT) 
X-Sent: 9 Sep 2002 01:07:48 GMT 
Message-ID: <LYR11589-97734-2002.09.08-20.48.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97721-2002.09.08-19.32.51-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Sun, 8 Sep 2002 21:07:51 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <kd4rdb@netzero.com> 
X-Message-Id: <003a01c2579d$521a9130$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


Ok, I found it in the spec... just one reference... "the + character reserved as 
shelters list." Doesn't matter to me... $SL or +SL 

. let's just settle on something. The sprouls asked for beta testers over a 
year ago and I volunteered, never heard a word back 
from them. Let's get this thing rolling. Red Cross and hospitals here are asking 
for this like crazy b/c 9/11 and hurricane 
season. 


Wes 


Sees Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Sunday, September 08, 2002 7:51 PM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


On Sun, 8 Sep 2002, AE5PL Lists wrote: 


> Since I am basically lazy and don't want to spend my afternoon trying to 
> find this paper you talk about, how about telling us what is a 

> "shelters" data type, what is its format, and why it never made it to 

> the spec. 


The data type is a "+" and that is all that has been defined. The 
Sprouls were going to do it. So I abandoned what I had begun... 


My idea was the first letter is the +, 

The second letter is a TABLE character that defines what "table" is 
represented by the remaining data in the line. 

Then the remaining data is a series of fields representing what is on that 
table. 


One table might be the list of RESOURCES at a shelter 
another might be the FREQS and BANDS of operation, 
another might be the mateirals at the medical tent. 
etc... 


VV VV VV VV VV VV VV VV VV VV VV 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 08:20:01 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA20498 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 08:19:59 -0500 (CDT) 
Date: Mon, 9 Sep 2002 09:19:38 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <LYR11586-97734-2002.09.08-20.48.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-97791-2002 .09.09-09.00.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0209090836240.24184-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sun, 8 Sep 2002, Wes Johnston wrote: 


Ok, I found it in the spec... just one reference... "the + character 
reserved as shelters list." Doesn't matter to me... {SL or +SL ... 
let's just settle on something. Let's 

get this thing rolling. Red Cross and hospitals here are asking for 
this like crazy b/c 9/11 and hurricane season. 


VVVV WV 


OK, lets do it. If I can summarize what you proposed: 
SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 


WHere: 
"+" as the SHELTER FORMAT INDICATOR (APRS Type character) 
"FORM" is a variable length FILENAME (with assumed extension .FRM 
"N1,D1" are ordered pairs of numbers with the first being the 


Nth FIELD and the second being a STRING value for that field. 
LENGTH. There is a maximum packet length of bytes of 128 bytes 
starting with the "+" byte. 


Thats it. Only question is whether we agree witht the .FRM file 
extension. Wes proposed a .TXT extension, but there are just so many .TXT 
files in our systems, I would prefer a unique recognizable extension 

that makes it easy to find these "forms". But does this raise issues with 
Bill-Gate's TEXT EDITORS that these days have to have a .TXT extensino to 
work? Doesnt bother me, since I still just use EDIT.COM for mos of my 
editing with aoccassional use of WORDPAD if I have to use a Winders 
machine... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 08:28:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21068 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 08:28:19 -0500 (CDT) 
Message-Id: <LYR11589-97794-2002 .09.09-09.08.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: tvsjr@sprynet.com@m2.sprynet.com 
Date: Mon, 09 Sep 2002 08:29:39 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: tvsjr <tvsjr@sprynet.com> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <LYR29214-97791-2002.09.09-09.00.37--tvsjr#sprynet.com@list 

s.tapr.org> 

References: <LYR11586-97734-2002.09.08-20.48.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii"; format=flowed 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: tvsjr <tvsjr@sprynet.com> 
X-Message-Id: <5.1.0.14.2.20020909082736.00b0baf0@m2.sprynet. com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


.FRM files are also used in Visual Studio to indicate form files, as well 
as a number of other software packages. FRM is a fairly "controversial" 
extension, as many pieces of software want to register to it. Maybe AFR for 
APRS Form or something similar? If you're going to do file extensions, pick 
a one-character prefix and then choose a meaningful 2-character suffix. You 
can then associate those extensions with Notepad, and not have to worry 
(probably) about colliding with other programs. 


Terry 


At 09:19 AM 09/09/2002 -0400, Bob Bruninga wrote: 
>On Sun, 8 Sep 2002, Wes Johnston wrote: 


> 

> > Ok, I found it in the spec... just one reference... "the + character 
> > reserved as shelters list." Doesn't matter to me... {SL or +SL ... 
> > let's just settle on something. Let's 

> > get this thing rolling. Red Cross and hospitals here are asking for 
> > this like crazy b/c 9/11 and hurricane season. 

> 

>OK, lets do it. If I can summarize what you proposed: 

> 

>SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 

> 

>WHere: 

> "+" is the SHELTER FORMAT INDICATOR (APRS Type character) 

> "FORM" is a variable length FILENAME (with assumed extension .FRM 

> "N1,D1" are ordered pairs of numbers with the first being the 

> Nth FIELD and the second being a STRING value for that field. 
> LENGTH. There is a maximum packet length of bytes of 128 bytes 

> starting with the "+" byte. 

> 


>Thats it. Only question is whether we agree witht the .FRM file 
>extension. Wes proposed a .TXT extension, but there are just so many .TXT 
>files in our systems, I would prefer a unique recognizable extension 

>that makes it easy to find these "forms". But does this raise issues with 
>Bill-Gate's TEXT EDITORS that these days have to have a .TXT extensino to 
>work? Doesnt bother me, since I still just use EDIT.COM for mos of my 
>editing with aoccassional use of WORDPAD if I have to use a Winders 
>machine... 

> 

>Bob 

> 

> 

>--- 

>You are currently subscribed to aprsspec as: tvsjr@sprynet.com 

>To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
>Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 08:37:08 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21615 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 08:37:08 -0500 (CDT) 
Content-Type: text/plain; 

charset="1s0-8859-1" 

From: James Jefferson <jjeffers@aprsworld.net> 
Reply-To: James Jefferson <jjeffers@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 08:37:48 -0500 
User-Agent: KMail/1.4.3 
References: <LYR11586-97734-2002.09.08-20.48.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> <LYR19704-97794-2002 .09.09-09.08.50-- 
jjeffers#aprsworld.net@lists.tapr.org> 
In-Reply-To: <LYR19704-97794-2002.09.09-09.08.50-- 
jjeffers#aprsworld.net@lists.tapr.org> 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-Id: <LYR11589-97797-2002.09.09-09.17.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200209090837.48831.jjeffers@aprsworld.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Extension? Why does the file need an extension? I have spent any appreciable 
time with DOS, so I don't know. If you do need an extension, don't make it 
assumed to be anything. Put the whole filename in the message. 


-Jim KBOTHN 
On Monday 09 September 2002 08:29, tvsjr wrote: 


> .FRM files are also used in Visual Studio to indicate form files, as well 
> aS a number of other software packages. FRM is a fairly "controversial" 


> extension, as many pieces of software want to register to it. Maybe AFR for 
> APRS Form or something similar? If you're going to do file extensions, pick 
> a one-character prefix and then choose a meaningful 2-character suffix. You 
> can then associate those extensions with Notepad, and not have to worry 

> (probably) about colliding with other programs. 

> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 08:43:55 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21778 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 08:43:46 -0500 (CDT) 
Message-ID: <LYR11589-97799-2002.09.09-09.24.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "B. Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-97791-2002.09.09-09.00.37-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 06:43:27 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "B. Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <01ef01c25806$e057e560$20dcfea9@Thinkpad> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I think TXT if just fine. But, the "+" packet construct is not ideal. The 
APRS-IS does not understand it. I would propose an extension to the Message 
format: 


KH2Z>APRS , WIDE: :WB4APR :F:FormName,field1,field2,field3,...{MMtAA 
We should allow for messages greater then 67 characters. 


Brent KH2Z 


rote Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Monday, September 09, 2002 6:19 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


On Sun, 8 Sep 2002, Wes Johnston wrote: 


> Ok, I found it in the spec... just one reference... "the + character 
> reserved as shelters list." Doesn't matter to me... {SL or +SL ... 
> let's just settle on something. Let's 

> get this thing rolling. Red Cross and hospitals here are asking for 
> this like crazy b/c 9/11 and hurricane season. 


OK, lets do it. If I can summarize what you proposed: 
SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 


WHere: 
"+" ais the SHELTER FORMAT INDICATOR (APRS Type character) 
"FORM" is a variable length FILENAME (with assumed extension .FRM 
"N1,D1" are ordered pairs of numbers with the first being the 
Nth FIELD and the second being a STRING value for that field. 
LENGTH. There is a maximum packet length of bytes of 128 bytes 
starting with the "+" byte. 


Thats it. Only question is whether we agree witht the .FRM file 
extension. Wes proposed a .TXT extension, but there are just so many .TXT 
files in our systems, I would prefer a unique recognizable extension 
that makes it easy to find these "forms". But does this raise issues with 
Bill-Gate's TEXT EDITORS that these days have to have a .TXT extensino to 
work? Doesnt bother me, since I still just use EDIT.COM for mos of my 
editing with aoccassional use of WORDPAD if I have to use a Winders 
machine... 


Bob 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


> a 

> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 08:49:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21885 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 08:49:03 -0500 (CDT) 
Message-ID: <LYR11589-97803-2002.09.09-09.29.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "wes johnston" <wes@johnston.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <Pine.GSO.4.44.0209090836240.24184-100000@arctic> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 09:46:34 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "wes johnston" <wes@johnston.net> 
X-Message-Id: <007c01c2580f£$b3113bcO$3bO00a8cO@IPAPER. COM> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Brent made a suggestion to me off line this morning.... 


SHELTER FORMAT: +FORM,DDHHMM[/|z],D1,D2,Dn... 
To which I suggested 
SHELTER FORMAT: +FORM,DDHHMM[/|z]Nx,D,D,D... 


This allows for easy indexing of forms which must be spread over multiple 


packets. I feel it is very important to be able to chain packets together 
if there is more information than will fit in one packet. Brent's complaint 
was that the n1,d1,n2,d2 format was redundant. Also, let's not forget the 
TIME and DATE so we can keep shelter lists sent at different times indexed. 


Can we get space on TAPR for these forms? 
Wes 
iter ote Original Message ----- 


From: "Bob Bruninga" <bruninga@usna.edu> 
> OK, lets do it. If I can summarize what you proposed: 


> 

> SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 

> 

> WHere: 

> "+" is the SHELTER FORMAT INDICATOR (APRS Type character) 

> "FORM" is a variable length FILENAME (with assumed extension .FRM 

> "N1,D1" are ordered pairs of numbers with the first being the 

> Nth FIELD and the second being a STRING value for that field. 
> LENGTH. There is a maximum packet length of bytes of 128 bytes 

> starting with the "+" byte. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 09:09:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA22544 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 09:09:04 -0500 (CDT) 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 09:08:41 -0500 
Message-ID: <LYR11589-97805-2002.09.09-09.49.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Thread-Topic: [aprsspec] Re: Request for comment? Shelter list 
Thread-Index: AcJYBvvBgMl£crsCTKyisoLilBaV4wAAmFnA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
content-class: urn:content-classes:message 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO4CEA6@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA22544 


S sees Original Message----- 

> From: B. Hildebrand [mailto:bhildebrand@earthlink. net] 

> Posted At: Monday, September 09, 2002 8:44 AM 

> Subject: [aprsspec] Re: Request for comment? Shelter list 

> 

> I think TXT if just fine. But, the "+" packet construct is 
> not ideal. The 

> APRS-IS does not understand it. I would propose an extension 
> to the Message 

> format: 


APRS-IS will pass the + packets from RF to the Internet. However, there 
will be no special handling for those packets as there is for messages 
(gating back to RF more difficult). However, this might be ok as this 
information is really only for local area use anyway (at least that is 
my understanding). Also, there is no acking so these packets might get 
collided with. Again, this might be well within what is desired. 


I agree that if the desire is to use this format for messaging, then the 
message data type should be used and the format of the message should be 
"agreed upon" similar to the NTS message format. 


Bob, thanks for pointing out the + data type. Definitely a good one for 
showing resources in a unicast environment. 


73, 


Pete Loveall AE5PL 
http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 09:42:01 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24809 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 09:42:00 -0500 (CDT) 
Message-ID: <LYR11589-97812-2002.09.09-10.22.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "wes johnston" <wes@johnston.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <Pine.GSO.4.44.0209090836240 .24184-100000@arctic> 
<LYR11698 - 97803-2002 .09.09-09.29.40--kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 10:39:48 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "wes johnston" <wes@johnston.net> 
X-Message-Id: <00b001c25817$22879c40$3bO00a8cO@IPAPER. COM> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Here's another issue.. we are using the comma to separate fields. That is 
the standard for NMEA data and other types as well... however, some names 
such as CHARLESTON, SC and some numbers such as $9,999.99 have commas in 
them. I'd like to propose we copy what CSV files do. If you have a field 
which has a comma in it, we need to surround that field with double quotes. 


CHARLESTON, SC = "CHARLESTON, SC" 
$9,999.99 = "$9,999.99" 


When a user enters a message, if he uses the double quote character, we need 
to strip it out. 


Wes 
rims Original Message ----- 


> Brent made a suggestion to me off line this morning.... 
> SHELTER FORMAT: +FORM,DDHHMM[/|z],D1,D2,Dn... 


> To which I suggested 

> SHELTER FORMAT: +FORM,DDHHMM[/|z]Nx,D,D,D... 

> 

> This allows for easy indexing of forms which must be spread over multiple 
> packets. I feel it is very important to be able to chain packets together 
> if there is more information than will fit in one packet. Brent's 
complaint 

> was that the n1,d1,n2,d2 format was redundant. Also, let's not forget the 
> TIME and DATE so we can keep shelter lists sent at different times 
indexed. 


> Wes 

> From: "Bob Bruninga" <bruninga@usna.edu> 

> > OK, lets do it. If I can summarize what you proposed: 

> > SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 

>> 

> > WHere: 

>> "+" is the SHELTER FORMAT INDICATOR (APRS Type character) 

> > "FORM" is a variable length FILENAME (with assumed extension .FRM 
> > "N1,D1" are ordered pairs of numbers with the first being the 

>> Nth FIELD and the second being a STRING value for that field. 
> > LENGTH. There is a maximum packet length of bytes of 128 bytes 
>> starting with the "+" byte. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 12:36:42 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4529 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 12:36:40 -0500 (CDT) 
Date: Mon, 9 Sep 2002 13:36:05 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <LYR11586-97791-2002.09.09-09.00.37-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-97825-2002.09.09-13.17.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0209091335310.10271-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 9 Sep 2002, Bob Bruninga wrote: 


> SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 

> 

> WHere: 

> "+" ais the SHELTER FORMAT INDICATOR (APRS Type character) 

> "FORM" is a variable length FILENAME (with assumed extension .FRM 


OOPS, and the file name is limited to 8 bytes or less (plus extension)... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 12:39:20 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ4601 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 12:39:12 -0500 (CDT) 
Date: Mon, 9 Sep 2002 13:38:27 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <LYR11586-97791-2002.09.09-09.00.37-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-97826-2002.09.09-13.19.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0209091336300.10271-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


OOPS, We need to add a SERIAL number so that we konw WHICH particular 
copy of a given form we are dealing with. For example, My form is number 
123456, and any UPDATES to that form will always include that serial 
number. 


On Mon, 9 Sep 2002, Bob Bruninga wrote: 
SHELTER FORMAT: +FORM,NNNN,N1,D1,N2,D2,Nn,Dn... 


WHere: 
"+" is the SHELTER FORMAT INDICATOR (APRS Type character) 
"FORM" is a variable length FILENAME (with assumed extension .FRM 
"NNNN" is the NNNNth serial number for that particular copy 
"N1,D1" are ordered pairs of numbers with the first being the 
Nth FIELD and the second being a STRING value for that field. 
LENGTH. There is a maximum packet length of bytes of 128 bytes 
starting with the "+" byte. 


Thats it. Only question is whether we agree witht the .FRM file 
extension. Wes proposed a .TXT extension, but there are just so many .TXT 
files in our systems, I would prefer a unique recognizable extension 

that makes it easy to find these "forms". But does this raise issues with 
Bill-Gate's TEXT EDITORS that these days have to have a .TXT extensino to 
work? Doesnt bother me, since I still just use EDIT.COM for mos of my 
editing with aoccassional use of WORDPAD if I have to use a Winders 
machine... 


Bob 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 


APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 
MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 12:47:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ5513 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 12:47:15 -0500 (CDT) 
Date: Mon, 9 Sep 2002 13:46:55 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <01e£01c25806$e057e560$20dc fea9@Thinkpad> 
Message-ID: <LYR11589-97827-2002.09.09-13.28.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0209091340080.10271-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 9 Sep 2002, B. Hildebrand wrote: 
> I think TXT if just fine. But, the "+" packet construct is not ideal. The 
APRS-IS does not understand it. I would propose an extension to the Message 


format: 


KH2Z>APRS , WIDE: :WB4APR :F:FormName,field1,field2,field3,...{MMtAA 


VV VV VV 


We should allow for messages greater then 67 characters. 


Yes, that is possible, but my thoughts are... 


1) I dont like TXT, because I want to be able to say sort a directory by 
extension and be able to quickly be able to identify all the files of the 
type for our FORMS and be able to manage them with wildcards. Making 
them .TXT files gets them lost among all the other bazialions of other 
TXT files... 


2) The APRS-IS is compatible with the + type construct, because the 
APRS-IS is supposed to be transpernent to all packets. It should inject a 
"+" type character without any modification. 


3) No need to have the message overhead and limitations to apply to this 
new construct especially since we have had the + field reserved for 
shelters all along... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 12:55:11 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ5938 
for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 12:55:08 -0500 (CDT) 
Date: Mon, 9 Sep 2002 13:54:45 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: Wes Johnston <kd4rdb@netzero.com>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <007c01c2580£$b3113bc0$3b00a8cO@IPAPER. COM> 
Message-ID: <LYR11589-97829-2002.09.09-13.35.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0209091347380.10271-100000@arctic> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 9 Sep 2002, wes johnston wrote: 


Brent made a suggestion to me off line this morning.... 
SHELTER FORMAT: +FORM,DDHHMM[/|z],D1,D2,Dn... 

To which I suggested 

SHELTER FORMAT: +FORM,DDHHMM[/|z]Nx,D,D,D... 


This allows for easy indexing of forms which must be spread over multiple 
packets. I feel it is very important to be able to chain packets together 
if there is more information than will fit in one packet. 


VV VV VV VV 


Agree completely with the addition of the DATE/TIME (and a SERIAL number 
as I noted before). 


> Brent's complaint 
> was that the n1,d1,n2,d2 format was redundant. 


Not at all. Most forms are very sparse and most times you only fill ina 
small number of fields. Also later you will want to send UPDATES to 
various fields on the forms. It is better to send the field number and 
then the data in order to keep the overall packet size smaller. 


Of course this all depends on assumptions: 

1) Forms are usually sparse and not all fields are usually used 

2) Frequently only a few numbers on a form change and those need to be 
updated efficiently. 


If these assumptions are not correct, then I agree that numbering every 
field adds overhead, but I think the assumptions are more correct than 
not... 


> Also, let's not forget the 
> TIME and DATE so we can keep shelter lists sent at different times indexed. 


The serial number is for indexing... Not the date/time stamp. THus only 
the serial number is unique. If a new packet contains a matching serial 
number, then it is "replacement" data and the new date/time of the form is 
the date/time of the most recent update. 


PSF EES Original Message ----- 
> From: "Bob Bruninga" <bruninga@usna.edu> 


> 


WHere: 


VVVVVMV VV VV VV VV 
VVVV VV VV 


> OK, lets do it. 


> SHELTER FORMAT: 


If I can summarize what you proposed: 


de WB4APR@amsat.org, Bob 


PCsat WEB page 
ISS-APRS FAQ: 
CUBESAT Designs 
APRS LIVE pages 
APRS SATELLITES 
MIM/Mic-E/Mic-Lite 


http 
http 
http 
http 
http 
http 


+FORM,N1,D1,N2,D2,Nn,Dn... 


://www. 
://www. 
://www. 
://www. 
://www. 
://www. 


ew. 
ew. 
ew. 
ew. 
ew. 


usna. 
usna. 
usna. 
usna. 
.edu/~bruninga/astars.html 


usna 


"+" is the SHELTER FORMAT INDICATOR (APRS Type character) 
"FORM" is a variable length FILENAME (with assumed extension .FRM 
"N1,D1" are ordered pairs of numbers with the first being the 
Nth FIELD and the second being a STRING value for that field. 
LENGTH. There is a maximum packet length of bytes of 128 bytes 
starting with the "+" byte. 


edu/~bruninga/pcsat.html 
edu/~bruninga/iss-faq.html 
edu/~bruninga/cubesat.html 
edu/~bruninga/aprs.html 


toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 12:59:06 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ6156 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 12:59:03 -0500 (CDT) 
Message-ID: <LYR11589-97830-2002.09.09-13.39.42-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 


From: "B. Hildebrand" <bhildebrand@earthlink.net> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-97827-2002.09.09-13.28.00-- 
bhildebrand#earthlink.net@lists.tapr.org> 

Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 10:58:38 -0700 


MIME-Version: 1.0 


Content-Type: text/plain; 
charset="iso-8859-1" 


Content-Transfer-Encoding: 7bit 


X-Priority: 3 


X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "B. Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <027701c2582a$873fc7d0$20dcfea9@Thinkpad> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


1) TXT - you could of course create a directory for forms. 

2) APRS-IS transparency. That is not what I'm talking about. The "+" 
construct as defined, is not a directed packet. A Message packet is only 
directed packet that traverses the APRS-IS, RF>Internet>RF or Internet>RF. 
3) Using messages does add overhead, but that overhead is used to help 
(help) insure packet delivery. And group names can be used if desired. 


Brent 


ae Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Monday, September 09, 2002 10:46 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


> On Mon, 9 Sep 2002, B. Hildebrand wrote: 

> 

> > I think TXT if just fine. But, the "+" packet construct is not ideal. 
The 

> > APRS-IS does not understand it. I would propose an extension to the 


Message 

> > format: 

>> 

> > KH2Z>APRS,WIDE: :WB4APR :F:FormName,field1,field2,field3,...{MMtAA 
> 

> > We should allow for messages greater then 67 characters. 

> 

> Yes, that is possible, but my thoughts are... 

> 

> 1) I dont like TXT, because I want to be able to say sort a directory by 
> extension and be able to quickly be able to identify all the files of the 
> type for our FORMS and be able to manage them with wildcards. Making 

> them .TXT files gets them lost among all the other bazialions of other 


TXT files... 


2) The APRS-IS is compatible with the + type construct, because the 
APRS-IS is supposed to be transpernent to all packets. It should inject a 
"+" type character without any modification. 


3) No need to have the message overhead and limitations to apply to this 
new construct especially since we have had the + field reserved for 
shelters all along... 


Bob 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VVV VV VV VV VV VV VV MV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 12:59:27 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ6201 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 12:59:24 -0500 (CDT) 
Message-ID: <LYR11589-97831-2002.09.09-13.39.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "wes johnston" <wes@johnston.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97826-2002.09.09-13.19.39-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 13:56:41 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="is0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "wes johnston" <wes@johnston.net> 

X-Message-Id: <018501c25832$a38e0d40$3b00a8cO@IPAPER. COM> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Suffice it to say that each agency involved already has a way of numbering 
their forms and their revision levels. When we move in to help them, we 
need to make sure we are as "transpearant" as possible. I know that DOS 
restricts us to 8.3 filenames, but windows, linux and mac do not. I don't 
care much for 8.3 naming of forms b/c some agencies may have a form name 
which is longer than that (esp when you start adding revision levels). 

Since these lists will be sent locally, and we try to make all offices of an 
agency interoperatable, one could assume that either 1)every PC in every 
shelter would run the same version of aprs software (everyone either uses >8 
file names or not), 2) that issues of naming a file so that the lowest 
common denominator would work would be handled locally, and have no place in 
the spec. I know someone has to set a limit b/c so many languages require 
declaration of variables, but it shouldn't be 8 characters. How about 32? 


No disrespect indended, but would it be possible to generate a table in APRS 
dos to cross referance the possible long file name to an 8.3 name? 


aaces Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Monday, September 09, 2002 12:38 PM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


> OOPS, We need to add a SERIAL number so that we konw WHICH particular 

> copy of a given form we are dealing with. For example, My form is number 
> 123456, and any UPDATES to that form will always include that serial 

> number. 

> 

> On Mon, 9 Sep 2002, Bob Bruninga wrote: 

> 

> > SHELTER FORMAT: +FORM,NNNN,N1,D1,N2,D2,Nn,Dn... 

>> 

> > WHere: 

>> "+" is the SHELTER FORMAT INDICATOR (APRS Type character) 

> > "FORM" is a variable length FILENAME (with assumed extension .FRM 

> > "NNNN" is the NNNNth serial number for that particular copy 

> > "N1,D1" are ordered pairs of numbers with the first being the 

>> Nth FIELD and the second being a STRING value for that field. 
> > LENGTH. There is a maximum packet length of bytes of 128 bytes 


> starting with the 
> 

> Thats it. Only question is whether we agree witht the .FRM file 

> extension. Wes proposed a .TXT extension, but there are just so many 
. TXT 

> > files in our systems, I would prefer a unique recognizable extension 

> > that makes it easy to find these "forms". But does this raise issues 
with 

> > Bill-Gate's TEXT EDITORS that these days have to have a .TXT extensino 
to 


'+" byte. 


VVNV NV 


work? Doesnt bother me, since I still just use EDIT.COM for mos of my 
editing with aoccassional use of WORDPAD if I have to use a Winders 
machine... 

Bob 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

To unsubscribe send a blank email to 

eave-aprsspec-11589P@lists.tapr.org 

> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


VV VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: kd4rdb@netzero.com 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VVVV VV VV VV VV VV VV VV VERV VV VV VV VV OV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 13:02:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ6329 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 13:02:20 -0500 (CDT) 
Message-ID: <LYR11589-97832-2002.09.09-13.42.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "B. Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "Wes Johnston" <kd4rdb@netzero.com>, 

"APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-97829-2002.09.09-13.35.48-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Mon, 9 Sep 2002 11:01:06 -0700 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "B. Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <027c01c2582a$df£912fa0$20dcfea9@Thinkpad> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In respect to APRS, forms need to be short. Sparse forms just require a 
blank field in the proper count. 


SSS Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Cc: "Wes Johnston" <kd4rdb@netzero.com>; "APRS Spec Discussion List" 
<aprsspec@lists.tapr.org> 

Sent: Monday, September 09, 2002 10:54 AM 

Subject: [aprsspec] Re: Request for comment? Shelter list 


On Mon, 9 Sep 2002, wes johnston wrote: 


> Brent made a suggestion to me off line this morning.... 
> SHELTER FORMAT: +FORM,DDHHMM[/|z],D1,D2,Dn... 


VV VV 


> > To which I suggested 

> > SHELTER FORMAT: +FORM,DDHHMM[/|z]Nx,D,D,D... 

>> 

> > This allows for easy indexing of forms which must be spread over 
multiple 

> > packets. I feel it is very important to be able to chain packets 
together 


> if there is more information than will fit in one packet. 


Agree completely with the addition of the DATE/TIME (and a SERIAL number 
as I noted before). 


> Brent's complaint 
> was that the n1,d1,n2,d2 format was redundant. 


Not at all. Most forms are very sparse and most times you only fill ina 
small number of fields. Also later you will want to send UPDATES to 
various fields on the forms. It is better to send the field number and 
then the data in order to keep the overall packet size smaller. 


Of course this all depends on assumptions: 

1) Forms are usually sparse and not all fields are usually used 

2) Frequently only a few numbers on a form change and those need to be 
updated efficiently. 


If these assumptions are not correct, then I agree that numbering every 
field adds overhead, but I think the assumptions are more correct than 
not... 


> Also, let's not forget the 
> TIME and DATE so we can keep shelter lists sent at different times 
indexed. 


VVVVV VV VV VV VV VV VV VV VV VV WV 


The serial number is for indexing... Not the date/time stamp. THus only 
the serial number is unique. If a new packet contains a matching serial 
number, then it is "replacement" data and the new date/time of the form is 
the date/time of the most recent update. 


VV VV VV VV VV VV VV VV 


Bob 

> 

> soe Original Message ----- 

> From: "Bob Bruninga" <bruninga@usna.edu> 

> > OK, lets do it. If I can summarize what you proposed: 
>> 

> > SHELTER FORMAT: +FORM,N1,D1,N2,D2,Nn,Dn... 

>> 


> > WHere: 

>> "+" is the SHELTER FORMAT INDICATOR (APRS Type character) 

> > "FORM" is a variable length FILENAME (with assumed extension .FRM 

> > "N1,D1" are ordered pairs of numbers with the first being the 

>> Nth FIELD and the second being a STRING value for that field. 
> > LENGTH. There is a maximum packet length of bytes of 128 bytes 

>> starting with the "+" byte. 

> 

> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV WV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 13:19:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAAQ7105 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 13:19:17 -0500 (CDT) 
Message-ID: <LYR11589-97836-2002.09.09-13.59.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 9 Sep 2002 19:18:16 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
References: <LYR11698-97826-2002.09.09-13.19.39-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 

<LYR26815 -97831-2002.09.09-13.39.57--rogeri#peaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR26815-97831-2002.09.09-13.39.57-- 
roger#tpeaksys.co.uk@lists.tapr.org> 


MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 

X-Message-Id: <+DRMOQBoxOf9Ewzy@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In message <LYR26815-97831-2002.09.09-13.39.57--rogeré#tpeaksys.co.uk@list 
s.tapr.org>, wes johnston <wes@johnston.net> writes 

>Suffice it to say that each agency involved already has a way of numbering 
>their forms and their revision levels. When we move in to help them, we 
>need to make sure we are as "transpearant" as possible. I know that DOS 
>restricts us to 8.3 filenames, but windows, linux and mac do not. 


Win31 has an 8.3 restriction. 


> I don't 

>care much for 8.3 naming of forms b/c some agencies may have a form name 
>which is longer than that (esp when you start adding revision levels). 
>Since these lists will be sent locally, and we try to make all offices of an 
>agency interoperatable, one could assume that either 1)every PC in every 
>shelter would run the same version of aprs software (everyone either uses >8 
>file names or not), 2) that issues of naming a file so that the lowest 
>common denominator would work would be handled locally, 


I think you're creating great potential for an "Oops! Sorry! Our systems 
can't talk to each other!" scenario... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 14:57:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA11822 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 14:57:00 -0500 (CDT) 
Mime-Version: 1.0 


X-Sender: ksproul@email.rci.rutgers.edu 

Message-Id: <LYR11589-97849-2002.09.09-15.37.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Mon, 9 Sep 2002 15:45:34 -0400 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Keith Sproul <ksproul@rci.rutgers.edu> 

Subject: [aprsspec] Re: Request for comment? Shelter list 

Cc: aprsspec@lists.tapr.org 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Keith Sproul <ksproul@rci.rutgers.edu> 

X-Message-Id: <aQ5100300b9a2aabb78e6@[128.6.228.76]> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Date: Mon, 9 Sep 2002 14:07:07 -0400 
To: "Wes Johnston" <kd4rdb@netzero.com>, "APRS Spec Discussion List" 
<aprsspec@lists.tapr.org> 


From: Keith Sproul <ksproul@rci.rutgers.edu> 
Subject: Re: [aprsspec] Request for comment? Shelter list 


I am sorry, but I did not see the original request... 
I will be more than happy to give you the previous work on this and help.. 
The best starting place is to talk on the phone.. 


Please PLEASE PLEASE do not make it starting with $SL, i.e. no $ at ALL!!! 


This would screw up the protocol all together.. I will share with 
you what was done.... 


Keith Sproul 


At 22:15 -0400 9/7/02, Wes Johnston wrote: 

I have written the Sprouls to ask for their help (or any work 
previously done) for the shelters list. After about a month and no 
response, I have come up with a few things. 


Goals: 
1.I want to develop a method which is interoperable across APRS and PSK31. 


2.A shelter list is simply a collection of data. Alpha and numeric 
characters to be filled in on a form. 

3.The forms are already in use. Every agency uses different forms, 
so we need a way to specify a particular form and numbered 

fields 

4.All data needs to be human readable - ie compatible with PSK31's 
character set. 

5.Data needs to have the ability to be fragmented into small (80byte 
or is it 67 byte?) chunks and reassembled on the other end. 

6.PSK data needs a checksum. I suggest the plaintext hexadecimal XOR 
system used in NMEA data. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 15:58:30 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA16541 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 15:58:26 -0500 (CDT) 
X-Sent: 9 Sep 2002 20:58:03 GMT 
Message-ID: <LYR11589-97863-2002.09.09-16.39.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <kd4rdb@netzero.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97826-2002.09.09-13.19.39-- 
kd4rdbi#tnetzero.com@lists.tapr.org> <LYR11698-97831-2002.09.09-13.39.57-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Shelter format evolution. 
Date: Mon, 9 Sep 2002 16:58:06 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <kd4rdb@netzero.com> 


X-Message-Id: <002701c25843$99030400$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Today, we have addressed 

1) Quotes around text that may contain commas 

2) date 

3) serial number (should we use the "{" at the end of packet just like 
message protocol?) 

4) file name length and file extension (are the votes in yet?) 

5) should "shelters" be a subset of message format or it's own data type. 
(votes?) 

6) Field name and Field data structure. 


As far as the basic field name/field data format, I see two camps... 
Bob wants to specify n1,d1,n2,d2,n3,d3.... 
Brent wants to speicfy d,d,d,d,d,d ..... 


Here's a compromise... 

Any field starting with a "&" is considered to be a field name. Other than 
that, you just specify the first field name, and data fields in sequence 
until you need to skip a field. At that point have a field with &x (where x 
is the field number/name), and continue on with data in sequence from there. 
Note that this does not preclude using the & character in any part of any 
text that may be in a field, only in the xfirstx position. 


+FORM.EXT,DDHHMM[/|z],{4&n1,$d1,n2,d3..... ,ONx,dx,dx+1,dx+24<serialnumber> 


Consider these two examples.... 

+form.txt,091447/,<datal>,<data2>,<data3>, ,<data5>,<data6> ,{001 

note the missing field------------- 9c errr rere rte re in 

or 

+form.txt,091447/ ,&<field1>,<data1>,<data2>,<data3>,&<field5>,<data5>,<data6 
>{001 


Does this satisfy both camps? 
Wes 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 17:27:30 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA20666 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 17:27:24 -0500 (CDT) 
Date: Mon, 9 Sep 2002 18:26:47 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <027701c2582a$873f£c7d0$20dc fea9@Thinkpad> 
Message-ID: <LYR11589-97875-2002.09.09-18.07.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0209091812410 .23982-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 9 Sep 2002, B. Hildebrand wrote: 


1) TXT - you could of course create a directory for forms. 

2) APRS-IS transparency. That is not what I'm talking about. The "+" 
construct as defined, is not a directed packet. A Message packet is only 
directed packet that traverses the APRS-IS, RF>Internet>RF or Internet>RF. 
3) Using messages does add overhead, but that overhead is used to help 
(help) insure packet delivery. And group names can be used if desired. 


VV VV VV 


Agree to all, but although we are talking about "forms" and we can all 
envison a bunch of red-cross forms of various descriptions and these in 
general probably need to go to one place, that is not what I think of when 
I think of the "general shelters concept" that we are trying to implement 
in APRS. 


The original concept of "shelters" was just a buzz word to describe the 
ability to transmit to the NET, the presence of resources of all kinds at 
any given location. This was good data to have and display at all 
stations. Two examples are: 


SHELTER: Beds, people, casualties, meals, workers, VIPS's, blankets, etc 
STATION: VHF, UHF, HF, Bands, ATV, SSTV, APRS, Internet, Phone, E-power 


So in this discussion, I am not thinking in terms of directed data, but 


data that is displayed at all stations for everyone showing the 
capabilities and resources at that location... 


Hope that helps. 


Wes's idea of using "forms" as a way to give us an almost infinite variety 
of reporting formats is just an expansion of my original APRS concept 
where I was using a single character (1 of 92) different pre-defined 
formats. But the Forms idea makes it generic and alterable in the 
field... I like it... 


About the .TXT extension. Even if it is placed in an "APRS\FORMS" 
directory, these files are going to be exchanged individually over and 
over and almost re-created and re-defined on the fly and in the field. In 
this case, people are going to be sending these files named "XXXXX.TXT" 
independently of the application. THus when I see an attachment or get a 
disk with some .TXT files and see R-CROSS.TXT file, sooner or later I am 
going to forget that that is a FORMS file. 


I just dont like making life harder than it already is. If it isa 
special file with a special application, then I dont see the harm in 
calling it a FORM file. Since someone said that FRM is already in use, 
then lets go with the suggested AFF for APRS-FORM-FILE. Then when I see a 
"AFF" file, I will konw what it is without having to open it and look at 

af oe 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 17:35:44 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA21013 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 17:35:35 -0500 (CDT) 
Date: Mon, 9 Sep 2002 18:35:18 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
In-Reply-To: <018501c25832$a38e0d40$3b00a8cO@IPAPER. COM> 
Message-ID: <LYR11589-97877-2002.09.09-18.16.17-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0209091827411 .23982-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 9 Sep 2002, wes johnston wrote: 


the spec. I know someone has to set a limit b/c so many languages require 
declaration of variables, but it shouldn't be 8 characters. How about 32? 


VV VV Vv 


dos to cross referance the possible long file name to an 8.3 name? 


I strongly disagree. Just because someone names a FORM as 
"RED_CROSS-VOLUNTEER_BACKGROUND-DATA_FORM" is certainly no reason for us 
to be so wasteful in bandwidth when all we are trying to do is identify 
the format of that form. And since such a file name is meaningless 

unless the form is available on both ends of a COMM link, then, there 

is little requirement for detailed human readability. Just make sure that 
both ends of the link have the RCVBDF1.AFF file and be done with it. 

And this way every single packet dealing with that form only has to have 
the letters "RCVBDF1" in it and not the 32 bytes of verbose chatter... 


An 8 byte file name can represent over 4,000,000,000,000 different files. 
Should be enough... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 17:52:39 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA21783 


No disrespect indended, but would it be possible to generate a table in APRS 


for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 17:52:35 -0500 (CDT) 
Date: Mon, 9 Sep 2002 18:52:03 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Shelter format evolution. 
In-Reply-To: <LYR11586-97863-2002.09.09-16.39.02-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-97879-2002.09.09-18.33.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0209091845200 .23982-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 9 Sep 2002, Wes Johnston wrote: 
Today, we have addressed 
As far as the basic field name/field data format, I see two camps... 


Bob wants to specify n1,d1,n2,d2,n3,d3.... 
Brent wants to speicfy d,d,d,d,d,d ..... 


VV VV WV 


Steve McCarter also notes that you have to have the former since: 

> Also, consider the issue of a form that has more filled out fields than 

> can be fit into a single packet. This will require fragmenting the form 

> field listing over at least two packets, so field numbering is important 
> to knowing xwhichx field the value belongs to! 


Here's a compromise... 

Any field starting with a "&" is considered to be a field name. Other than 
that, you just specify the first field name, and data fields in sequence 
until you need to skip a field. At that point have a field with &x (where x 
is the field number/name), and continue on with data in sequence from there. 


VV VV NV 


I think that is getting close. Because except for the mult-packet 
problem, I think most forms will probably be more than 50% full, so then 
leaving out the FIELD NUMBER will save data. But you do have to have the 
STARTING field for the sake of multi-packet extensions. So I suggest: 


+FORM..,DDHHMM,S#,N#,D,D,D,D,D,,,,, 


Where S is the serial number, N is the STARTING data field and D is all 
values after.... where FORM is up to an 8 byte file name with the assumed 
extension of .AFF. DDHHMM is the time stamp for this particular data 
update. Length is limited to 128 data bytes starting with the "+". 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 9 20:27:17 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA28465 

for <lyris.aprsspec@tapr.org>; Mon, 9 Sep 2002 20:27:15 -0500 (CDT) 
Message-ID: <LYR11589-97897-2002.09.09-21.07.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 09 Sep 2002 19:26:57 -0600 
From: KC7ZRU - Tate <kc7zru@arrl.net> 
Organization: http://www.cauce.org 
X-Accept-Language: en 
MIME-Version: 1.0 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
References: <LYR19726-97791-2002.09.09-09.00.37--kc7zru#tarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: KC7ZRU - Tate <kc7zru@arrl.net> 
X-Message-Id: <3D7D4A61.BE85258B@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Check existing filename extensions. Use this to see if anything chosen 


xmayx collide with other recognized extensions: 


http: //filext.com/ 


Casper, WY | CARC Repeater 
DN62tt | 146.940 
"The Dungeon" online at http://go.to/kc7zru 
"RTFM" is NOT a ‘four letter' word! 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 11:00:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA11220 

for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 11:00:45 -0500 (CDT) 
From: "Steve McCarter" <kb4oid@kb4oid.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Request for comment? Shelter list 
Date: Tue, 10 Sep 2002 10:57:51 -0500 
Message-ID: <LYR11589-97994-2002.09.10-11.41.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR30061-97829-2002.09.09-13.35.48-- 
kb4o0id#kb4oid.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Steve McCarter" <kb4oid@kb4oid.org> 
X-Message-Id: <CAEAJOAOCIGLDNALPIOOOENNIHAA. kb4oid@kb4oid.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I inadvertly reply'd directly to Bob, instead of the list earlier, so I am 
reposting my comment of last night. 


> Brent's complaint 
> was that the n1,d1,n2,d2 format was redundant. 


> 

> 

> 

> Not at all. Most forms are very sparse and most times you only fill ina 
> small number of fields. Also later you will want to send UPDATES to 

> various fields on the forms. It is better to send the field number and 

> then the data in order to keep the overall packet size smaller. 
> 
> 
> 
> 
> 
> 


Of course this all depends on assumptions: 

1) Forms are usually sparse and not all fields are usually used 

2) Frequently only a few numbers on a form change and those need to be 
updated efficiently. 


Also, consider the issue of a form that has more filled out fields than can 
be fit into a single packet. This will require fragmenting the form field 
listing over at least two packets, so field numbering is important to 
knowing xwhichx field the value belongs to! 


Steve McCarter, KB40ID 

Fort Walton Beach, FL 32547, EM60q1 

e-Mail me at kb4oid@kb4oid.org 

Here's my personal site: http://www.kb4oid.org/ 
Visit PARC Online: http://www.w4zbb.org/ 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 12:00:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA14535 

for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 12:00:50 -0500 (CDT) 
Message-ID: <LYR11589-98004-2002.09.10-12.41.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "wes johnston" <wes@johnston.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <Pine.GSO.4.44.0209101157270 .9340-100000@arctic> 
Subject: [aprsspec] Re: Shelter format evolution. 
Date: Tue, 10 Sep 2002 12:58:20 -0500 
MIME-Version: 1.0 


Content-Type: text/plain; 

charset="i1so0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "wes johnston" <wes@johnston.net> 
X-Message-Id: <002701c258£3$a988b080$3b00a8cO@IPAPER. COM> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Present format: 
+FORM.EXT,DDHHMM[z|/],S#,N#,D,D,D,D,D,,,,,.-..--- 


I still don't see how the date/time stamp isn't a serial number... it 
xdoesx repeat after 30 days though... but then so would a serial number 
each time the power failed and you had to restart your PC. 


What about a heirachy for indexing based soley on FROMCALL -> FORM name-> 
DATE/TIME ? In other words, I should be able to hook (or double click) ona 
station and pull up a text page with a listing of all shelter reports, click 
on a report and see each date and time that form was used. Clicking on each 
date/time should show a completed form with the blanks filled out. 


If the serial number makes indexing in program memory or on disk easier, and 
you are willing to have a few extra characters in a file, ok then. 


Is there a top limit for serial number before it cycles back to 0? 


When a packet is fragmented, do each of the fragments have the same serial 
number for collation? Or is each fragment uniquely numbered? I was 
thinking that the fragments would be collated by date/time stamp. 


Am I being thick? 
Wes 


Soe Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "Wes Johnston" <kd4rdb@netzero.com> 

Sent: Tuesday, September 10, 2002 11:00 AM 
Subject: Re: [aprsspec] Shelter format evolution. 


> On Mon, 9 Sep 2002, Wes Johnston wrote: 


> 

> > Only thing in this that bothers me is the serial number... on the one 
hand, 

> > it's a good thing, on the other it's redundant... date/time can we used 
to 


> match up fragmented packets just as well as a serial number. 


Not at all. At 101435 there were 33 beds at the shelter. 

At 101530 there were only 24 empty beds. The only way to match these up 
is by serial number. Oh, but that is a bad example because there is only 
one form at each site. 


> 

> 

> 

> 

> 

> 

> 

> Better example is LOST PERSON REPORT FORM (there may be hundreds at a 

> site). 3 hours after the initial report of SUZAN last seen 5th and 

> vine is an update for the SUZAN report where she was last seen at 4th and 
> Maine street. Both will have different time stamps, but both have to get 
> to the LOST {PERSON FORM d#xxxx that applies to SUZAN... Only the serial 
> bumber can do that... 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


Bob 
> > Wes > 
Sores Original Message ----- > From: "Bob Bruninga" <bruninga@usna.edu> 
> To: "Wes Johnston" <kd4rdb@netzero.com> 
> Sent: Monday, September 09, 2002 7:28 PM 
> Subject: Re: [aprsspec] Shelter format evolution. 
> 
> 
> > On Mon, 9 Sep 2002, Wes Johnston wrote: 
= S 
> > > > What about when you want to skip a few fields, the suggestion of 
putting 
> > the 


> > > > & character infront of a number to indicate that it is to begin a 
new 
> > > > sequence? Or are you saying that if you have to skip a field or two 


or 
>> 10, 

> > > > just fragment the packet and start a new one beginning with the next 
> > > > sequence number? 

>>> 

> > > No, just put in null fields as in 

>>> 

> > > Packet 1: #1,1,2,3,,,,,8,9,10,,,,,,,15 

> > > Packet 2: FEV GS pp LO a HOO 

>>> 


MIM/Mic-E/Mic-Lite http://www.toad.net/~wclement/bruninga/mic-lite.html 


> > > Here of courese I put the number "8" as the 8th data field for 
> > > simplicity... But only the #41 and #16 actually are field numbers... 
>>> 

> > > Bob 

>>> 

>>> 

>>> 

>> 

> 

> de WB4APR@amsat.org, Bob 

> 

> PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 

> ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
> CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
> APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 

> APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 

> 

> 

> 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 14:12:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA22790 

for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 14:12:17 -0500 (CDT) 
Message-ID: <LYR11589-98030-2002.09.10-14.52.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "wes johnston" <wes@johnston.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <Pine.GSO.4.44.0209101412510 .9340-100000@arctic> 
Subject: [aprsspec] Re: Shelter format evolution. 
Date: Tue, 10 Sep 2002 15:08:08 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "wes johnston" <wes@johnston.net> 

X-Message-Id: <00Qab01c25905$c91e2620$3bO00a8cO@IPAPER. COM> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Ahhhh.... I hadn't considered a forms for each victim at site.... Serial 
number it is... 


Was that the last hurdle? (me feeling very good) 


Wes 


Sores Original Message ----- 

From: "Bob Bruninga" <bruninga@usna.edu> 

To: "wes johnston" <wes@johnston.net> 

Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Sent: Tuesday, September 10, 2002 1:48 PM 

Subject: Re: [aprsspec] Shelter format evolution. 


Serial number identifies each use of the form. If each person at a 
shelter has a VICTIM-DATA-FORM to fill out, and there are 400 people, 
then you need 400 serial numbers to identify each use of said form... 


> On Tue, 10 Sep 2002, wes johnston wrote: 

> 

> > Present format: 

>> +FORM.EXT,DDHHMM[z|/],S#,N#,D,D,D,D,D,,,,,.....- 

>> 

> > I still don't see how the date/time stamp isn't a serial number... it 
> > xdoes* repeat after 30 days though... but then so would a serial number 
> > each time the power failed and you had to restart your PC. 

> 

> 

> 

> 

> 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 14:15:04 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA22932 

for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 14:15:02 -0500 (CDT) 
Date: Tue, 10 Sep 2002 15:13:47 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Shelter format evolution. 
Message-ID: <LYR11589-98031-2002.09.10-14.55.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0209101513140 .9340-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 10 Sep 2002, wes johnston wrote: 


> Present format: 
> +FORM.EXT,DDHHMM[z|/],S#,N#,D,D,D,D,D,,,,,-..--- 


> 
> I still don't see how the date/time stamp isn't a serial number... it 
> xdoesx repeat after 30 days though... but then so would a serial number 


> each time the power failed and you had to restart your PC. 


Serial number identifies each use of the form. If each person at a 
shelter has a VICTIM-DATA-FORM to fill out, and there are 400 people, 
then you need 400 serial numbers to identify each use of said form... 


The time stamp has notghing to do with the data on the form. It simply 
identifies for this packet and this particular instance for this form 
(VICTIM number 347 for example) the date/time that this packet was 
sent. The presumption is that if you sent this packet, you also 
updated anything else on the formt that has changed as welll. Thus 
this date/time stamp represents when this particular instance of this 
particular form was last updated. 


No two packets will ever have the same date/time stamp so they cannot 
be used for indexing... 


> What about a heirachy for indexing based soley on FROMCALL -> FORM 
> name-> DATE/TIME ? In other words, I should be able to hook (or double 


click) on a station and pull up a text page with a listing of all 
shelter reports, click on a report and see each date and time that form 
was used. Clicking on each date/time should show a completed form with 
the blanks filled out. 


VVV NV 


This scerario does not allow for updating an existing form. I think that 
is fundamental to what we are trying to accomplish... 

> 
> If the serial number makes indexing in program memory or on disk easier, and 
> you are willing to have a few extra characters in a file, ok then. 

> 

> Is there a top limit for serial number before it cycles back to 0? 

It is a variable length field. So if you only use the form 10 

diffferejnt ways at once shelter, then you use 0-9. If you want to use 

it 999999 different times, then use whatever serial bumber you want. 

> 

> When a packet is fragmented, do each of the fragments have the same serial 

> number for collation? 


Yes, definately... 


> Or is each fragment uniquely numbered? I was 
> thinking that the fragments would be collated by date/time stamp. 


Backwards. Each fragement is identified by serial number to match it to 
the form in use and the specific instance of the form. The time stamp 
changes with every packet transmitted... 


bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 17:30:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3923 

for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 17:30:42 -0500 (CDT) 
Message-ID: <LYR11589-98043-2002.09.10-18.11.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Paula Dowie" <g8pzt@blueyonder.co.uk> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Carriage returns 
Date: Tue, 10 Sep 2002 23:28:19 +0100 


MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Paula Dowie" <g8pzt@blueyonder.co.uk> 
X-Message-Id: <01ed01c25919$7308b480$bO0ce1f3e@gb7pzt.ampr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I'm sure this topic has been raised by others, but I can't find the answer 
so I apologise for asking again. 


Question 1: The aprs protocol reference version 1.0 makes no mention of 
carriage return characters in the ax25 information field, and I cannot see a 
purpose for them, so am I correct in presuming that APRS frames do not have 
to be terminated with carriage returns? 


Question 2: Some of the frames I am receiving off air are terminated with 
<CR> and others are not. What action should I take when sending these to 
APRS_IS ? e.g. should I normalise all frames to the telnet end of line 
sequence <CR><LF> or should I send those frames which are terminated with 
<CR> as <CR><NULL><CR><LF> ? 


Question 3: Are frames received from the APRS_IS "normalised", or do they 
preserve the original <CR> (if present) by sending it as <CR><NULL> so that 
the frame can be retransmitted exactly as it was sent? 


73, Paula 

g8pzt@blueyonder.co.uk 

http: //www.pzt.org.uk 

Telnet: g8pzt.ath.cx:23 (Kidderminster router: ) 

Telnet: g8pzt.ath.cx:1448 (APRS server) 

Telnet: g8pzt.ath.cx:3600 (Chat server) 

Telnet: gb7pzt.dyndns.org:88 (gb7pzt bbs user access) 

Telnet gb7pzt.dyndns.org:6300 (gb7pzt bbs forwarding access) 
http: //gb7pzt.dyndns.org/cgi-bin/menu.pz (GB7PZT web interface) 
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From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 17:58:54 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ5058 
for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 17:58:54 -0500 (CDT) 
Content-Type: text/plain; 
charset="iso-8859-1" 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Carriage returns 
Date: Tue, 10 Sep 2002 19:00:23 -0400 
References: <LYR18156-98043-2002.09.10-18.11.16--dale#twa4ddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-98043-2002.09.10-18.11.16--daled#wa4ddsy.net@lists.tapr.org> 
Boycott: Microsoft 
X-Mailer-Not: Micro$oft Lookout Virus Express 69.144 
MIME-Version: 1.0 
Content-Transfer-Encoding: 8bit 
Message-Id: <LYR11589-98065-2002.09.10-18.39.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <20020910225840 .0279928B4D@wa4dsy .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tuesday 10 September 2002 06:28 pm, you wrote: 
I'm sure this topic has been raised by others, but I can't find the answer 
so I apologise for asking again. 


Question 1: The aprs protocol reference version 1.0 makes no mention of 
Carriage return characters in the ax25 information field, and I cannot see 
a purpose for them, so am I correct in presuming that APRS frames do not 
have to be terminated with carriage returns? 


VV VV VV WV 


Not required in the raw ax25 format. They are needed in the 


ASCII domain to terminate the line. 


VV VV VV 


Question 2: Some of the frames I am receiving off air are terminated with 
<CR> and others are not. What action should I take when sending these to 
APRS_IS ? e.g. should I normalise all frames to the telnet end of line 
sequence <CR><LF> or should I send those frames which are terminated with 
<CR> as <CR><NULL><CR><LF> ? 


Aprsd normalizes them to <CR><LF> 


VVV NM 


Question 3: Are frames received from the APRS_IS "normalised", or do they 
preserve the original <CR> (if present) by sending it as <CR><NULL> so 
that the frame can be retransmitted exactly as it was sent? 


Yes they are normalized if they came from aprsd. I do not know 
about other servers. 


VV WV 


VV VV VV VV VV VV VV VV VV OV 


73, Paula 

g8pzt@blueyonder.co.uk 

http: //www.pzt.org.uk 

Telnet: g8pzt.ath.cx:23 (Kidderminster router: ) 

Telnet: g8pzt.ath.cx:1448 (APRS server) 

Telnet: g8pzt.ath.cx:3600 (Chat server) 

Telnet: gb7pzt.dyndns.org:88 (gb7pzt bbs user access) 

Telnet gb7pzt.dyndns.org:6300 (gb7pzt bbs forwarding access) 

http: //gb7pzt.dyndns.org/cgi-bin/menu.pz (GB7PZT web interface) 

You are currently subscribed to aprsspec as: dale@wa4dsy.net 

To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


Dale Heatherington 
Web: http://www.wad4ddsy.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Sep 10 19:05:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ7490 
for <lyris.aprsspec@tapr.org>; Tue, 10 Sep 2002 19:05:21 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] Re: Carriage returns 
Date: Tue, 10 Sep 2002 19:05:07 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-98068-2002.09.10-19.46.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Thread-Topic: [aprsspec] Re: Carriage returns 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Index: AcJZHb4Ppv+N1cGiRO2mxxXp/8RDkgAB/j9w 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC078366@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA07490 


So eeces Original Message----- 

> From: Dale Heatherington [mailto:dale@waddsy.net] 

> Posted At: Tuesday, September 10, 2002 6:00 PM 

> Subject: [aprsspec] Re: Carriage returns 

> 

> On Tuesday 10 September 2002 06:28 pm, you wrote: 

> > I'm sure this topic has been raised by others, but I can't 
> find the answer 

> > so I apologise for asking again. 

>> 

> > Question 1: The aprs protocol reference version 1.0 makes 
> no mention of 

> > carriage return characters in the ax25 information field, 
> and I cannot see 


> a purpose for them, so am I correct in presuming that APRS 
frames do not 
> have to be terminated with carriage returns? 


Not required in the raw ax25 format. They are needed in the 
ASCII domain to terminate the line. 


VV VV VV 


There is nothing that precludes sending a CR or LF via AX.25. HOWEVER, 
the APRS spec assumes TNC's used in monitor mode which DOES preclude 
sending or receiving CR or LF. Therefore, the raw I-frame for APRS must 
NOT have either a CR or LF in it. If you are using a TNC not in KISS 
mode, you must terminate each packet with a CR and/or LF so the TNC 
knows the packet is complete. 


> > Question 2: Some of the frames I am receiving off air are 
> terminated with 

> > <CR> and others are not. What action should I take when 
> sending these to 

> > APRS_IS ? e.g. should I normalise all frames to the telnet 
> end of line 

> > sequence <CR><LF> or should I send those frames which are 
> terminated with 

> > <CR> as <CR><NULL><CR><LF> ? 

> 
> 


Aprsd normalizes them to <CR><LF> 


I think this normalization should be done by all IGates, but that is my 
personal preference. Glad to see aprsD does that. 


> > Question 3: Are frames received from the APRS_IS 

> "normalised", or do they 

> > preserve the original <CR> (if present) by sending it as 

> <CR><NULL> so 

> > that the frame can be retransmitted exactly as it was sent? 
> 

> 

> 


Yes they are normalized if they came from aprsd. I do not know 
about other servers. 


javAPRSSrvr also terminates each line with a CR LF sequence (after 
stripping any CR's and LF's from the received line). 


73, 
Pete Loveall AE5PL 


http: //www.ae5pl1.net 
mailto: pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Sep 11 03:19:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA29665 
for <lyris.aprsspec@tapr.org>; Wed, 11 Sep 2002 03:19:23 -0500 (CDT) 
Message-ID: <LYR11589-98124-2002.09.11-03.59.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 11 Sep 2002 09:18:20 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Carriage returns 
References: <LYR18156-98043-2002.09.10-18.11.16--dale#twad4ddsy.net@lists.tapr.org> 
<LYR26815-98065-2002.09.10-18.39.37--rogeri#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-98065-2002.09.10-18.39.37-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <OiYQWKAMxv£9EwnH@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-98065-2002.09.10-18.39.37--rogeri#tpeaksys.co.uk@list 
s.tapr.org>, Dale Heatherington <dale@wa4dsy.net> writes 

>On Tuesday 10 September 2002 06:28 pm, you wrote: 

>> I'm sure this topic has been raised by others, but I can't find the answer 
>> so I apologise for asking again. 

>> 

>> Question 1: The aprs protocol reference version 1.0 makes no mention of 

>> carriage return characters in the ax25 information field, and I cannot see 
>> a purpose for them, so am I correct in presuming that APRS frames do not 
>> have to be terminated with carriage returns? 


>Not required in the raw ax25 format. They are needed in the 
>ASCII domain to terminate the line. 


This has been discussed in the past, I remember it well. The conclusion 
was that *allx frames transmitted on RF should be terminated with a CR. 
I remember it well because, at that time, UI-View didn't put a CR on RF 


frames when the user was using KISS mode, and I changed it to make sure 
that every frame had a CR on it. 


This wasn't simply about putting a CR on the frame as the SENDPAC 
character when using a TNC in terminal mode, it was about making sure 
the RF frame had a CR on it. 


The discussions occurred in January 2001. I can't remember the details, 
but in my email archives I found a message I sent to the APRSSIG arguing 
that a CR wasn't needed on RF - see below. Obviously after that point I 
was persuaded otherwise. 


KAKI KIKI KKK III KI KIKI III KKK III II IK III IIIA III IIIA III IK 
In article <LYR1643-129909-2001.01.17-12.45.57--rogeri#peaksys.co.uk@list 
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes 

>Correct. If the spec does not specifically say a CR is required, then it 
>should. THat is the only way to ensure proper decoding with all programs, 
>TNC's, modes, and links. 


I'm having difficulty envisaging the situation in which it makes any 
difference whether or not a packet transmitted on RF includes a CR. 
EtCu..5 

KKK KAKI KAKI KAKI KAKI KAKI KAKI KKK I KKK I KIKI KAKI KIKI KAKA KIKI IKARIA KK AK 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Sun Sep 15 16:16:47 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA04050 

for <lyris.aprsspec@tapr.org>; Sun, 15 Sep 2002 16:16:42 -0500 (CDT) 
Date: Sun, 15 Sep 2002 17:11:06 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS SIG <aprssig@lists.tapr.org> 
Subject: [aprsspec] Re: User defined APRS formats (May 2002) 
In-Reply-To: <LYR11586-80282-2002.05.21-18.32.54-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-98789-2002.09.15-16.52.23-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0209151708430.15545-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


APRS USER DEFINED DATA FORMATS LIST Sep 2002 (Previous was May 2002) 


HEADER AUTHOR DESCRIPTION 
4Fnn WB4APR nn is a 2 byte descriptor of MITEL GPS data formats 
4K1 WB4APR "K" for Keps and "1" for NASA One line. 
4K2n WB4APR For NASA two line elements. "n" is line 1 or 2. 
4x1 J Bennet for WX 
4x2 J Bennet for WX 
SHT WB4APR For HAM-Trail reporting devices (thd) 


de Wb4APR, BOb 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Sep 18 05:17:43 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA26701 
for <lyris.aprsspec@tapr.org>; Wed, 18 Sep 2002 05:17:43 -0500 (CDT) 
Message-ID: <LYR11589-99236-2002.09.18-05.58.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "stephen galowski" <sgalow@ihug.com.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] question 
Date: Wed, 18 Sep 2002 20:24:12 +1000 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 


Content-Transfer-Encoding: 7bit 

X-Priority: 3 

X-MSMail-Priority: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "stephen galowski" <sgalow@ihug.com.au> 
X-Message-Id: <008901c25efd$9ca39be0$0a01a8cO@idroeneradlle9> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


hi list members 
my question is as follows . 


how easy is it to add to the aprs in the weather section 
a terminal based weather station that runs on 1200 bps 
n81=, in real time in 1 minute intervals 


stephen galowski 
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From bounce-aprsspec-11589@lists.tapr.org Fri Sep 20 17:04:22 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA23519 

for <lyris.aprsspec@tapr.org>; Fri, 20 Sep 2002 17:04:14 -0500 (CDT) 
Date: Fri, 20 Sep 2002 18:03:51 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS TOCALLs/versions (Sept 2002) 
Message-ID: <LYR11589-99726-2002.09.20-17.45.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GS0O.4.44.0209201757570.17269-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Here is the current list of APRS TOcalls and Version nomenclature that I 
have updated. Previous one was June 2002 version 3. 


I have added: APTWxx for Byon's WXTrak and WB6ZSU's APNAxx for APRServe. 


APA A-Filter, Alinco, etc 
APAFxx AFilter. 
APAGxx AGATE 
APAXxx AFilterx. 
APAHxx AHub 
APB Rabbit TCPIP microprocessors 
APC Windows CE, etc 
APCYxx Cybiko applications 
APD APRSd, etc 
APDTxx APRStouch Tone (DTMF) 
APE avail 
APF avail 
APG Gates, etc 
APH HamHud, etc 
API Icom, etc 
APICQx for ICQ 
APJ JavaAPRS,JeAPRS,etc 
APJAxx JavAPRS 
APJExx JeAPRS 
APK Kenwood, etc 
APKOxx THD7's 
APK1xx D700's 
APL Liunx applications 
APM MacAPRS, etc 
APN Network nodes, digis, etc 
APN3xx Kantronics KPC-3 rom versions 
APN9xx Kantronics KPC-9612 Roms 
APNAxx WB6ZSU's APRServe 
APNMxx MJF TNC roms 
APNPxx Paccom TNC roms 
APNDxx DIGI_NED 
APNUxx UIdigi 
APO APRSpoint 
APP pocketAPRS, etc 
APQ avail 
APR APR8xx APRSdos,etc 


APRDxx APRSdata, APRSdr 
APRKxx APRStk 
APRS Generic, (obsolete. Digis should use APNxxx instead) 
APRXxx APRSmax 
APRTLM used my MIM's and Mic-lites, etc 
APRSTx APRStt (Touch tone) 
APS APRS+SA, etc 
APT TinyTxrack 
APTTxx Tiny Track 
APT2xx Tiny Track II 
APTAxx K4ATM's tiny track 
APTWxx Byons WXTrac 
APTV for ATV/APRN and SSTV applications 
APU UIview, etc 
APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 
APU3xx UIview terminal program 
APV avail 
APW WinAPRS, etc 
APX Xaprs, Xastir, etc 
APY etc, Yeasu, etc 
APZ Experimental 
APZOxx Xastir (old versions. See APX) 
APZPAD Smart Palm 


Authors with similar alphabetic requirements are encouraged to share 
their address space with other software. Work out agreements amongst 
yourselves and keep me informed. 


de WB4APR, Bob 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Mon Sep 23 06:36:29 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA27205 
for <lyris.aprsspec@tapr.org>; Mon, 23 Sep 2002 06:36:28 -0500 (CDT) 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Mon, 23 Sep 2002 04:34:37 -0700 
Subject: [aprsspec] New to APRS 
Message-ID: <LYR11589-100069-2002.09.23-07.17.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
From: Terry W Arnall <tarnall@juno.com> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Terry W Arnall <tarnall@juno.com> 
X-Message-Id: <20020923.043437.208.0.tarnall@juno.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am brand new to APRS and have not got it running yet. 
Are there two zip files that need to be downloaded for APRS-SA? 


Terry - KB6EBZ 
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From bounce-aprsspec-11589@lists.tapr.org Sat Sep 28 06:34:26 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA23986 


for <lyris.aprsspec@tapr.org>; Sat, 28 Sep 2002 06:34:26 -0500 (CDT) 
X-Sent: 28 Sep 2002 11:33:45 GMT 
Message-ID: <LYR11589-100853-2002.09.28-07.15.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Wes Johnston" <wes@johnston.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11698-97826-2002.09.09-13.19.39-- 
kd4rdbi#tnetzero.com@lists.tapr.org> <LYR11698-97831-2002.09.09-13.39.57-- 
kd4rdbi#tnetzero.com@lists.tapr.org> <LYR11698-97863-2002.09.09-16.39.02-- 
kd4rdbi#tnetzero.com@lists.tapr.org> 
Subject: [aprsspec] Re: Shelter format evolution. 
Date: Sat, 28 Sep 2002 07:33:32 -0400 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="i1s0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Wes Johnston" <wes@johnston.net> 
X-Message-Id: <002f£01c266e2$e03be960$152b262c@stephanie> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Has anyone done any implementation? I'd really like to be able to show off 
the shelter list / forms feature!! Sprouls??? please?? Hurricaine season 
is upon us, and active. 


Wes 
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From sarah_benson@nomoreaccent.com Sun Sep 29 17:00:13 2002 

Received: from mx2.mail.twtelecom.net (mx2.mail.twtelecom.net [168.215.210.54]) 
by tapr.org (8.9.3/8.9.3/1.13) with ESMTP id RAAQ4766; 
Sun, 29 Sep 2002 17:00:12 -0500 (CDT) 

Received: from 58.59.53.29 (24-148-36-246.na.21stcentury.net [24.148.36.246]) 
by mx2.mail.twtelecom.net (Postfix) with SMTP 


id OE5ABAAB5; Sun, 29 Sep 2002 17:00:07 -0500 (CDT) 
From: Sarah Benson <sarah_benson@nomoreaccent.com> 
Reply-To: sarah_benson@nomoreaccent.com 
Subject: Q: DOES YOUR FOREIGN ACCENT SIMPLY GET IN THE WAY? 
Date: Sun, 29 Sep 2002 16:59:58 -0500 
MIME-Version: 1.0 
Content-Type: multipart/mixed; boundary="8e9e7£35-7149 -4a3c-94c9-56a3675415cf£" 
Message-Id: <20020929220007 .OE5ABAAB5@mx2.mail.twtelecom.net> 
To: undisclosed-recipients:; 


This is a multi-part message in MIME format 
- -8e9e7£35-7149-4a3c-94c9-56a3675415cf£ 
Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: quoted-printable 
Q: " Would you like to Lose Your Accent ? " 


- DO YOU FIND OTHERS HAVE A HARD TIME UNDERSTANDING WHAT YOU ARE TRYING TO = 
CONVEY? 


- DO YOU FIND THE NEED TO REPEAT YOURSELF FOR OTHERS TO UNDERSTAND YOU = 
CLEARLY? 


- DO YOU FEEL EMBARRASSED OR LESS CONFIDENT WHEN TALKING TO WORK COLLEAGUES? 
- DO YOU WISH TO COMMUNICATE YOUR THOUGHTS MORE EFFECTIVELY? 
- DOES YOUR FOREIGN ACCENT SIMPLY GET IN THE WAY? 


Introducing the Krieger Method, an innovative teaching system, designed to = 
help you develop effective communication skills. 


Andy Krieger, inventor of this miracle product, originated this revolutionary = 
idea whilst working with actors and their accents within the Hollywood film = 


industry. 


Contact us to learn about the true benefits you can obtain to communicate = 
with confidence! ! 


"Make your accent simply disappear!" 
For Accent Reduction Empowerment, visit us on the web today at :- 
www.nomoreaccent.com 


Thank you for your time and interest... 


Sarah J. Benson 
Marketing Co-ordinator 


If you feel this is email is not of interest to you, then we sincerely = 
apologize and guarantee you will not receive another email from us, unless = 
you otherwise wish. 

- -8e9e7£35-7149-4a3c-94c9-56a3675415cE£-- 


From bounce-aprsspec-11589@lists.tapr.org Wed Oct 2 17:43:58 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ3154 

for <lyris.aprsspec@tapr.org>; Wed, 2 Oct 2002 17:43:57 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.1.0.2006 
Date: Wed, 02 Oct 2002 18:41:05 -0400 
Subject: [aprsspec] Write 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-101404-2002.10.02-18.24.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <B9CQEE41.8467%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAAQ3154 


TAPR members: 


Here is your chance to become rich and famous! Well, maybe not rich, but 
certainly famous. 


The editorial board of Packet Status Register (PSR, TAPRis quarterly 
newsletter) is now soliciting articles, news items, etc. for the next issue 
of the newsletter. Topics related to digital Amateur Radio will be given 
preference and the editorial board reserves the right to determine what is 
suitable for publication. 


E-mail your contributions to watlou@tapr.org ASAP because the deadline for 
the next issue of the newsletter is October 24. 


73, 
Stan Horzepa, WALLOU, PSR Editor 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov 1 23:37:57 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA10689 
for <lyris.aprsspec@tapr.org>; Fri, 1 Nov 2002 23:37:53 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Paper copies of the APRS spec? 
Date: Sat, 2 Nov 2002 16:36:57 +1100 
Message-ID: <LYR11589-105304-2002.11.02-00.21.00- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
X-Scanner: exiscan *187qy0-000813-00*9wcnp/1Fq6Y* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <00d101c28231$df0e4d20$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


People 


I am wondering if there is a need to publish the APRSspec onto paper? I 
know it is available online, and that it is subject to change. 


However it seems to be fairly stable, and is the sort of thing that I 
refer to all the time. Or I would if I had a paper copy for the shack. 


Would people buy a copy if it were made available? Feel free to email me 
directly and I will summarise the responses. 


Thanks 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 
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From bounce-aprsspec-11589@lists.tapr.org Sat Nov 2 03:23:32 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA18056 
for <lyris.aprsspec@tapr.org>; Sat, 2 Nov 2002 03:23:29 -0600 (CST) 
Message-ID: <LYR11589-105311-2002.11.02-04.06.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 2 Nov 2002 09:22:19 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Paper copies of the APRS spec? 
References: <LYR26815-105304-2002.11.02-00.21.00-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-105304-2002.11.02-00.21.00-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <aEW1$JAL15w9Ew$e@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-105304-2002.11.02-00.21.00--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Darryl Smith <Darryl@radio-active.net.au> writes 

>People 

> 

>I am wondering if there is a need to publish the APRSspec onto paper? I 
>know it is available online, and that it is subject to change. 

> 

>However it seems to be fairly stable, and is the sort of thing that I 
>refer to all the time. Or I would if I had a paper copy for the shack. 
> 

>Would people buy a copy if it were made available? Feel free to email me 
>directly and I will summarise the responses. 


I think if I ever wanted a printed copy, I'd print my own. 


One problem I found with the approved version of the spec, was that it 
didn't have section header bookmarks - the draft versions did. So I 
bookmarked it myself in the style of the draft versions. If anyone else 
thinks that would me useful, the bookmarked copy is on my web site - 
http: //www.ui-view.com/aprs/ap101bm. zip 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Sun Nov 3 13:06:06 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA25483 
for <lyris.aprsspec@tapr.org>; Sun, 3 Nov 2002 13:05:57 -0600 (CST) 
Subject: [aprsspec] APRS-IS Specialized Servers 
Date: Sun, 3 Nov 2002 13:05:27 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-105447-2002.11.03-13.48.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
content-class: urn:content-classes:message 
Thread-Topic: APRS-IS Specialized Servers 
Thread-Index: AcKDa/jJhXTJ£sqKRoCMOpe7beNQQw== 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFC0783DF@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA25483 


Over the past few months, there has been some concern raised regarding 


the use of APRS-IS to broadcast information available from other 
Internet sources for the sole consumption of Internet-connected clients 
(not for RF). The concerns expressed are multifaceted, but bandwidth is 
one of the major issues. At the risk of flames from those with their 
own agendas to promote, I would like to advance some principals and 
ideas on the use of APRS-IS and possible ways to expand its use without 
becoming a burden to those that support it. Most of these ideas are 
simply gathered from views expressed by others either here or elsewhere. 


1) APRS-IS is a high speed backbone interconnecting local RF networks. 
Bob has stated a number of times that APRS was developed as a "tactical" 
protocol. APRS-IS provides "intelligent" linking of these individual 
tactical networks by the use of IGates and servers. If the primary 
purpose, today, of APRS-IS is to link RF networks, then any data 
injected into APRS-IS should also be of a form easily gated to an RF 
network. 


2) APRS-IS is supported by donated equipment, bandwidth, and time. 

As such, it is the responsibility of those that use APRS-IS to minimize 
their impact on this donated resource while maintaining solid linking 
between RF networks. Data injected into APRS-IS in bursts creates peak 
loads that can overload the donated resources. 


3) Internet access is not free and, in some parts of the world, can be 
very expensive for streaming data. 

This should encourage those of use with "cheap" bandwidth to be 
respectful of those that don't have that bandwidth. Server operators 
who inject data into APRS-IS where no RF network desires that 
information should rethink their distribution method out of respect for 
the other hams using the network. 


Given the above principals, the question comes to mind "I would like to 
see more data from APRS-IS, what is the best way to inject that data?" 
There are two methods for placing data on APRS-IS: push and pull. The 
push method is used by WXSRVR to place weather events issued by the NWS 
(US weather service) onto APRS-IS for gating to RF. Dale has talked 
about making the WXSRVR a push-pull server where abbreviated watches and 
warnings would be "pushed" onto APRS-IS (still in an easily gated form) 
but the more verbose information would only be injected if someone sent 
a message to WXSRVR asking for the information. This would be a good 
example of using both push and pull effectively. 


The pull method could be implemented by those experimenting with 
different information sources. It would reduce the impact on APRS-IS 
and provide meaningful information to APRS users on RF. For instance, a 
message to METAR asking for the closest weather would get a message back 
from the METAR "station" with the abbreviated METAR weather report. A 
message to FIRES for the closest fire would get a message back with the 


closest fire information. The reason for posting here is this: we can 
make "standardized" messages for any of these. 


My thought along this line is as follows: 

Define different services. For instance METAR, FIRES, BUOYS, QUAKES, 
WXSRVR, etc. 

Have some "standard" queries. For instance ?NEAREST, ?LATEST 40mi 
(latest within 40 miles), ?NEAR 40mi (means within 40 miles), etc. 


This would give us a great new use for APRS messaging, reduce the 
bandwidth used by non-RF related information, and give someone in the 
field a "mini-web browser". 


Comments about defining services and message syntax? 
73, 


Pete Loveall AE5PL 
pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sun Nov 3 14:13:09 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA28384 

for <lyris.aprsspec@tapr.org>; Sun, 3 Nov 2002 14:13:08 -0600 (CST) 
Subject: [aprsspec] RE: APRS-IS Specialized Servers 
Date: Sun, 3 Nov 2002 14:12:57 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Message-ID: <LYR11589-105456-2002.11.03-14.56.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
content-class: urn:content-classes:message 
Thread-Topic: [aprsspec] APRS-IS Specialized Servers 
Thread-Index: AcKDa/jJhXTJ£sqkKRoCMOpe7beNQQwACEOGQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "AE5PL Lists" <HamLists@ametx.com> 

X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO86C2D@ame-main.ametx.com> 
Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id OAA28384 


In addition to providing "pull" services to all of APRS-IS, the 
specialized servers could also offer ports for clients to connect to 
directly receive the information that the server is generating. It is 
important, however, that only clients (no servers) connect to these 
ports. Servers connecting to other servers that are connected to these 
specialized servers can cause the data to be inserted into the general 
APRS-IS. 


This mass interconnection of servers is also how loops occur on APRS-IS. 
Server sysops should review their configurations and reduce or eliminate 
most inter-server connections. Tier 2 servers should have single 
bidirectional feeds which connect to the core servers. There should not 
be multiple concurrent bidirectional feeds from a tier 2 server to the 
core servers. Nor should a tier 2 server arbitrarily create concurrent 
connections to other servers. The reasoning is simple: prevent loop 
conditions; reduce bandwidth requirements at other servers. 


73, 


Pete Loveall AE5PL 
pete@ae5pl.net 
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From bounce-aprsspec-11589@lists.tapr.org Tue Nov 5 10:11:13 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA15573 

for <lyris.aprsspec@tapr.org>; Tue, 5 Nov 2002 10:11:13 -0600 (CST) 
Date: Tue, 05 Nov 2002 11:09:27 -0500 
From: John Ackermann N8UR <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] New Issue of Packet Status Register Available 
Message-ID: <LYR11589-105706-2002.11.05-10.53.53- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 


Content-Disposition: inline 

X-Spam-Status: No, hits=0.0 required=5.0 tests= version=2.20 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: John Ackermann N8UR <jra@febo.com> 

X-Message-Id: <11665073.1036494567@WUSJA129861-8HP.corp.ncr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


The Autumn 2002 issue of TAPR's journal, the _Packet_Status_Register_, is 
now available online. 


You can download it, and past issues of PSR, from http://www.tapr.org/psr 
or via FTP from ftp.tapr.org/psr. The issue name is "Autumn_85_2002.pdf". 


73, 

John N8UR 

John Ackermann N8UR jra@febo.com http://www. febo.com 
President, TAPR n8ur@tapr.org http: //www.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 00:59:51 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAAQ0393 

for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 00:59:46 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] How widely implemened is APRS Compressed format? 
Date: Wed, 6 Nov 2002 17:58:22 +1100 
Message-ID: <LYR11589-105815-2002.11.06-01.42.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 


X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 

X-Scanner: exiscan *189K9n-O001Ng-00x*£IQdKbVf£srQ* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <001701c28561$e8a2cae0$4601a8cO@DELL8000> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


People 


How widely implemented is the APRS compressed format. I want to do some 
decoding in a PIC and it seems to me that dividing by 91, and then 
converting from decimal degrees to degrees with decimal minutes may be 
outisde the capabilities of the IC. 


Also, I was wondering if there exists a reference C implementation for 
it and MIC-E decode? That would be better than re-inventing the wheel 
(again). 


Many thanks 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 14:37:20 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ1212 

for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 14:37:14 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Wed, 6 Nov 2002 12:34:59 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 


X-X-Sender: <archer@wapiti.tc.fluke.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR30395-105815-2002.11.06-01.42.59-- 
hacker#tc.fluke.com@lists.tapr.org> 

Message-ID: <LYR11589-105904-2002.11.06-15.20.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 06 Nov 2002 20:36:57.0336 (UTC) 
FILETIME=[4003FF80:01C285D4] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-Message-Id: <Pine.LNX.4.33.0211061230410.1414-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 6 Nov 2002, Darryl Smith wrote: 


How widely implemented is the APRS compressed format. I want to do some 
decoding in a PIC and it seems to me that dividing by 91, and then 
converting from decimal degrees to degrees with decimal minutes may be 
outisde the capabilities of the IC. 


Also, I was wondering if there exists a reference C implementation for 
it and MIC-E decode? That would be better than re-inventing the wheel 
(again). 


VV VV VV VV 


Compressed format is implemented in Xastir, including compressed 
objects and items. 


The Xastir source code is freely available under the GPL license and 
written in C. We can't promise that it'll be easy to understand or 
that it's the best written or commented code in the world, but it 
might suffice for your "reference implementation". 


http: //sourceforge.net/projects/xastir 


Navigate to "CVS" and then "Browse CVS Repository". Most of the 
decoding code is in "“db.c". 


You could also snag the entire source distribution and pick through 
it at will. It's distributed in tar'ed gzip'ed format. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 

"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 17:27:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ8841 

for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 17:27:04 -0600 (CST) 
Message-Id: <LYR11589-105921-2002.11.06-18.10.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: wa7nwp@pop.mail.yahoo.com 
Date: Wed, 06 Nov 2002 15:26:26 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR19173-105904-2002.11.06-15.20.31--wa7nwpi#yahoo.com@list 
s.tapr.org> 
References: <LYR30395-105815-2002.11.06-01.42.59-- 
hacker#tc.fluke.com@lists.tapr.org> 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
X-Message-Id: <4.2.0.58.20021106152014 . 00b45ee0@pioneernet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> 
>The Xastir source code is freely available under the GPL license and 
>written in C. 


Once you include it directly in your software, you're required to 


release your source code. No? The poison pill principle. 


Maybe it would be possible to use code on a non-GPL basis with permission 
from authors of individual sections of XASTIR. 


Bill - WA7NWP 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 17:36:44 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ9995 

for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 17:36:39 -0600 (CST) 
Date: Wed, 6 Nov 2002 17:36:24 -0600 (CST) 
From: "Timothy J. Salo" <salo@saloits.com> 
Message-Id: <LYR11589-105922-2002.11.06-18.19.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR31168-105921-2002.11.06-18.10.08-- 
salo#saloits.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Timothy J. Salo" <salo@saloits.com> 
X-Message-Id: <200211062336.RAA42822@www.saloits.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Date: Wed, 06 Nov 2002 15:26:26 -0800 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 

Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 


>The Xastir source code is freely available under the GPL license ... 


Once you include it directly in your software, you're required to 
release your source code. No? The poison pill principle. 


VV VV VV VV VV MV 


Maybe it would be possible to use code on a non-GPL basis with permission 


> from authors of individual sections of XASTIR. 


You can extract the algorithms from code that is distributed under 
the GPL license and then re-implement then. Given the length of 

the code in question, this is probably feasible. Of course, I would 
like to think that you would release your new code under a 
Berkeley-style license. 


But, no one seems to answered the question about how widely the 
compressed format is implemented. My impression is that in the 
past it was not widely implemented. Has this changed? (Insert 
long whine here about APRS implement ions immutably cast in silicon 
here. ) 


-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 17:46:20 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA10228 

for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 17:46:19 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Wed, 6 Nov 2002 15:44:10 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR29682-105921-2002.11.06-18.10.08-- 
curt.mills#fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-105923-2002.11.06-18.29.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 06 Nov 2002 23:46:09.0947 (UTC) 
FILETIME=[AEB2F6B0: 01C285EE ] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0211061527040.1414-100000@wapiti.tc.fluke.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 6 Nov 2002, Bill Vodall - WA7NWP wrote: 


>The Xastir source code is freely available under the GPL license and 
>written in C. 


Once you include it directly in your software, you're required to 
release your source code. No? The poison pill principle. 


VVV VV 


True. You're required to make it available if the user requests it. 
It doesn't have to be distributed with each binary though. It's all 
in the "COPYING" file that's distributed with Xastir. 


> Maybe it would be possible to use code on a non-GPL basis with permission 
> from authors of individual sections of XASTIR. 


Yes. This is possible and allowable. I think he was looking for 
reference code though, not necessarily code to use outright. If you 
do want to use that bit of code directly, let me know. We can 
probably work something out. I _think_ I wrote that portion. I 
should be able to look up who did in any case. 


It's always nice to have a working implementation to look at while 
writing your own. The new version doesn't have to directly use any 
code from the original. Just having something to test with that 
_does_ work is a real time-saver. 


As always, Bill is looking at things with a critical eye. Keep it 
up! 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 21:40:05 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA20467 
for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 21:40:02 -0600 (CST) 

Date: Wed, 06 Nov 2002 21:40:46 -0600 

From: Mark Cheavens <mark@cheavens.com> 
Subject: [Laprsspec] Re: How widely implemened is APRS Compressed format? 
In-reply-to: <LYR26418-105922-2002.11.06-18.19.59--mark#cheavens.com@lis 
ts.tapr.org> 
X-Sender: mcheavens@hpserver.cheavens.com 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Message-id: <LYR11589-105970-2002.11.06-22.23.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-version: 1.0 

Content-type: text/plain; charset=us-ascii; format=flowed 
Content-transfer-encoding: 7BIT 
<LYR31168-105921-2002.11.06-18.10.08--salo#saloits.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: Mark Cheavens <mark@cheavens.com> 
X-Message-Id: <5.1.0.14.2.20021106213817 .02e90080@hpserver.cheavens.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I did not answer previously since I figured that there would be a lot of 
posts about it! 


As the digi sysop in Houston, I would guess that at least half of all 
packets transmitted locally are compressed packets. 


Think: 
Kenwood 
Pic-E 
TinyTracks 


That accounts for a LOT of activity. 


Mark Cheavens 
KC5EVE 


But, no one seems to answered the question about how widely the 
>compressed format is implemented. My impression is that in the 
>past it was not widely implemented. Has this changed? (Insert 
>long whine here about APRS implement ions immutably cast in silicon 
>here. ) 

> 


>-tjs 
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From bounce-aprsspec-11589@lists.tapr.org Wed Nov 6 21:45:19 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA20523 
for <lyris.aprsspec@tapr.org>; Wed, 6 Nov 2002 21:45:18 -0600 (CST) 
Content-Type: text/plain; 
charset="1s0-8859-1" 
From: James Jefferson <jjeffers@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
Date: Wed, 6 Nov 2002 21:45:45 +0000 
User-Agent: KMail/1.4.3 
References: <LYR19704-105970-2002.11.06-22.23.19-- 
jjeffers#aprsworld.net@lists.tapr.org> 
In-Reply-To: <LYR19704-105970-2002.11.06-22.23.19-- 
jjeffers#aprsworld.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-105971-2002.11.06-22.28.39-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: James Jefferson <jjeffers@aprsworld.net> 
X-Message-Id: <200211062145.45326.jjeffers@aprsworld.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA20523 


Think: 
Kenwood 
Pic-E 
TinyTracks 


VV VV 


I think he was asking about base-91 compressed packets, not Mic-E. 


-Jim KBOTHN 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 00:53:46 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA28347 
for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 00:53:34 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Re: How widely implemened is APRS Compressed format? 
Date: Thu, 7 Nov 2002 17:52:46 +1100 
Message-ID: <LYR11589-106002-2002.11.07-01.36.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
In-Reply-To: <LYR11660-105985-2002.11.07-00.00.22--darryli#tradio- 
active.net.au@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
X-Scanner: exiscan *189gXK-0002dP-00*1jS3gbo1GDw* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <000101c2862a$4a921030$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G' Day 

There are two types of compression in APRS - MIC-E and Base 91. 

MIC-E is fairly easy to impliment... Base 91 is much harder as it gives 
you a result that is 380926 points per degree latitude, or 190463 points 


per degree longitude. 


Since all the APRS protocols use is usually defined as fractions of 
degrees, or fractions of minutes, or fractions of seconds, this number 


is not easy to use. 


Various people have commented that this protocole is not wirdely 

implemented for that reason. The math involved in getting a tracker to 
work on it is not nice in itself. The reason that base 91 was used was 
for accuracy, but for the minor use a full NMEA string is better used. 


As for the copyright issue, I feel that looking at an code to see how 
they have implented it is fine. But I cannot use many of the pieces of 
code since I want to be able to use some of the things that I am 
developing commercially, either me leasing the built units out, or me 
selling them commercially in the ham or commercial world. 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov’ 7 01:38:35 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA29072 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 01:38:32 -0600 (CST) 
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Wed, 6 Nov 2002 23:52:57 -0800 (PST) 
From: "Curt Mills, WE7U" <archer@eskimo.com> 
X-Sender: archer@gatekeeper.we7u.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [Laprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR29683-106002-2002.11.07-01.36.53-- 
archer#eskimo.com@lists.tapr.org> 
Message-ID: <LYR11589-106005-2002.11.07-02.21.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 

X-Message-Id: <Pine.LNX.4.04.10211062345520 .28750-100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Thu, 7 Nov 2002, Darryl Smith wrote: 


As for the copyright issue, I feel that looking at an code to see how 
they have implented it is fine. But I cannot use many of the pieces of 
code since I want to be able to use some of the things that I am 
developing commercially, either me leasing the built units out, or me 
selling them commercially in the ham or commercial world. 


VVVNV Vv 


Note that a GPL Copyright does not mean that the code cannot be sold 
or otherwise profitted from, it just means that the source code must 
be made available. I (or anyone else) am free to charge whatever fee 
I think I can extract. If I can get someone to pay me $1000 or 
$10,000 per copy, more power to me. The license does not exclude 
that. 


If you want to develop something for which you can charge a pretty 
penny and you don't want them to see what's "behind the curtain", 
I'd suggest you learn what you can from the code and spec, extract 
the algorithms, then code it up from scratch. 


Curt, WE7U. archer@eskimo.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WET7U. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 02:17:19 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAAQ0300 
for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 02:17:18 -0600 (CST) 
Reply-To: "max" <mxd@wilder.net> 
From: "max" <mxd@wilder.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] OT open source, was: How widely implemened is APRS Compressed 
format? 


Date: Thu, 7 Nov 2002 00:16:46 -0800 
Message-ID: <LYR11589-106007-2002.11.07-03.00.37-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Content-Transfer-Encoding: 7bit 
X-Priority: 1 (Highest) 
X-MSMail-Priority: High 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
In-Reply-To: <LYR27581-106005-2002.11.07-02.21.44--mxdé#wilder.net@lists.tapr.org> 
Importance: High 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BF932B3ACE3BA040B982E5E5A8E514C66B46@base. int.wilder.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


[m:.x:.d:.] We7U said to someone else: 


If you want to develop something for which you can charge a pretty 
penny and you don't want them to see what's "behind the curtain", 
I'd suggest you learn what you can from the code and spec, extract 
the algorithms, then code it up from scratch. 


VVNV NV 


[m:.x:.d:.] I'd add that if you do this - since you won't let your code 
be free (as in speech) - consider contributing to the community that 
helped you create your program (by sharing their code with you) by 
giving some of the profits back to projects that help advance open 
source. 


I'd suggest things like gnome (http://www.gnome.org/friends/), or 
KDE (http://www.kdeleague.org/contribute.php ). 


Not using linux? Well, still consider helping people who share code. GNU 
is pretty platform independent. ( 

https: //agia.fsf.org/mp/order.py?make-donation=1 ) 

<soapbox> 

as an aside - and I'm not pointing to anyone in particular - I find it 
very silly that people in the amateur radio community don't "get" the 


open source philosophy more readily. 


People sharing code means more people see code, learn how to code 


better, and don't re-invent the wheel every time. This leads to more and 
better software. Rinse. Repeat. Open Source is automatic elmering. But, 
elmering has fallen out of fashion, I think.... 


I'm amazed that no one has written and released a general APRS parsing 
library. Everyone seems to do it from scratch. Why? Wouldn't the 
community be better served by creating a portable standard library that 
could be easily used by others? Has it been tried? I've never been able 
to find any record of such a thing. (by the way, if you want to work on 
a general APRS library, email me. I'm game.) 


IMHO part of the death of packet was the inability of the pbbs authors 
to feel confident, or benevolent, enough to release their code so other 
people could help move it forward. It's much more important to them to 
collect a relatively paltry amount of money than to help advance and 
preserve their HOBBY for future generations. And for those that keep the 
system closed and don't ask for money, I'm baffled. Why would anyone 
ever do this?? 


Of course, there are exceptions. And, again, I'm not directing this at 
anyone in particular. It just frustrates me to see literally thousands 
of college kids sharing code and learning how to make better and better 
software while our hobbies state of the art digital systems run - by and 
large - on dos software that is barely maintained. 


So, i guess you can flame me. But, just stating an opinion.... 
</soapbox> 


73k6mxd 
max 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 02:37:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA0Q1912 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 02:36:58 -0600 (CST) 
Message-ID: <LYR11589-106008-2002.11.07-03.20.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 7 Nov 2002 08:34:28 +0000 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 

Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
References: <LYR26815-105970-2002.11.06-22.23.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

In-Reply-To: <LYR26815-105970-2002.11.06-22.23.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 

MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 

X-Message-Id: <ovzJLMAUWiy9Ew66@peaksys.co.uk> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In message <LYR26815-105970-2002.11.06-22.23.19--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Mark Cheavens <mark@cheavens.com> writes 

>I did not answer previously since I figured that there would be a lot of 
>posts about it! 


Given that it has turned into yet another open source discussion, I was 
tempted to kill-file the thread... 


>As the digi sysop in Houston, I would guess that at least half of all 
>packets transmitted locally are compressed packets. 

> 

>Think: 

>Kenwood 

>Pic-E 

>TinyTracks 


They are Mic-E, I *thinkx the original question was about compressed 
format (base 91). 


My experience suggests that it is not widely used. Also, because the 
level of support for compressed format varies between APRS clients, my 
recommendation to UI-View users is not to use it, unless they have a 
specific reason to do so. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 07:42:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAAQ9077 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 07:42:29 -0600 (CST) 
Message-ID: <LYR11589-106035-2002.11.07-08.25.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Patrick Karp" <pkarp@conwaycorp.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR27202-106007-2002.11.07-03.00.37-- 
pkarp#conwaycorp.net@lists.tapr.org> 
Subject: [aprsspec] Re: OT open source, was: How widely implemened is APRS 
Compressed format? 
Date: Thu, 7 Nov 2002 07:41:39 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Patrick Karp" <pkarp@conwaycorp.net> 
X-Message-Id: <003501c28663$6773c5c0$6501a8cO@patslaptop> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Its called American greed! I'm proud to be an American don't get me 
wrong. However When you think that this is a hobby that does allot 
of community service, the folk that charge $50-$60 and higher to use 
their program is putting a big financial burden on the folks that just 
want to participate. There is something about the fact that it is 
against the law for me to make a dime with any of this software and 
they are trying to make $50,000 to $60,000 with it. Although I don't 
fully agree with your Open source idea. I do feel these programmers 
should contribute (They may in ways we don't see) to the hobby instead 
of making a buck from it. Thanks to open source and UIview there is 
still options available to everyone. 8) 

rele Original Message ----- 

From: "max" <mxd@wilder.net> 


To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Sent: Thursday, November 07, 2002 2:16 AM 

Subject: [aprsspec] OT open source, was: How widely implemened is APRS 
Compressed format? 


[m:.x:.d:.] We7U said to someone else: 


If you want to develop something for which you can charge a pretty 
penny and you don't want them to see what's "behind the curtain", 
I'd suggest you learn what you can from the code and spec, extract 
the algorithms, then code it up from scratch. 


VV VV VV VV 
VV VV 


[m:.x:.d:.] I'd add that if you do this - since you won't let your 


be free (as in speech) - consider contributing to the community that 
helped you create your program (by sharing their code with you) by 
giving some of the profits back to projects that help advance open 
source. 


I'd suggest things like gnome (http://www.gnome.org/friends/), or 
KDE (http://www.kdeleague.org/contribute.php ). 


VV VV VV VV WV 


Not using linux? Well, still consider helping people who share code. 
GNU 

is pretty platform independent. ( 

> https://agia.fsf.org/mp/order.py?make-donation=1 ) 


Vv 


> <soapbox> 

> 

> aS an aside - and I'm not pointing to anyone in particular - I find 
it 

> very silly that people in the amateur radio community don't "get" 
the 

> open source philosophy more readily. 

> 

> People sharing code means more people see code, learn how to code 

> better, and don't re-invent the wheel every time. This leads to more 
and 

> better software. Rinse. Repeat. Open Source is automatic elmering. 
But, 

> elmering has fallen out of fashion, I think.... 

> 

> I'm amazed that no one has written and released a general APRS 
parsing 

> library. Everyone seems to do it from scratch. Why? Wouldn't the 

> community be better served by creating a portable standard library 
that 


> could be easily used by others? Has it been tried? I've never been 
able 

> to find any record of such a thing. (by the way, if you want to work 
on 

> a general APRS library, email me. I'm game.) 

> 

> IMHO part of the death of packet was the inability of the pbbs 
authors 

> to feel confident, or benevolent, enough to release their code so 
other 

> people could help move it forward. It's much more important to them 
to 

> collect a relatively paltry amount of money than to help advance and 
> preserve their HOBBY for future generations. And for those that keep 
the 

> system closed and don't ask for money, I'm baffled. Why would anyone 
> ever do this?? 

> 

> Of course, there are exceptions. And, again, I'm not directing this 
at 

> anyone in particular. It just frustrates me to see literally 
thousands 

> of college kids sharing code and learning how to make better and 
better 

> software while our hobbies state of the art digital systems run - by 
and 


large - on dos software that is barely maintained. 

So, i guess you can flame me. But, just stating an opinion.... 
</soapbox> 

73k6mxd 

max 


VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: pkarp@conwaycorp.net 
> To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

> Questions regarding the SIG go to the SIG administrator: 
wallou@tapr.org 

> 

> 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 12:30:42 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA20505 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 12:30:41 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Thu, 7 Nov 2002 10:28:13 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR29682-106008-2002.11.07-03.20.22-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-106051-2002.11.07-13.13.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 07 Nov 2002 18:30:11.0378 (UTC) 
FILETIME=[B4ECA920 : 01C2868B] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-Message-Id: <Pine.LNX.4.33.0211071014350.1414-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 7 Nov 2002, Roger Barker wrote: 


> Given that it has turned into yet another open source discussion, I was 
> tempted to kill-file the thread... 


But if you killed all open-source discussions, you'd miss _all_ the 


good technical issues. ;-) 


> They are Mic-E, I xthinkx the original question was about compressed 
> format (base 91). 


Hard to tell. "Compressed" means one thing in the APRS Spec. It 
means another in everyday usage. I'd normally consider "compressed" 
to be _either_ Mic-E or the Compressed lat/lon as defined in the 
spec. Too bad another name wasn't picked for the spec's 
"Compressed" description. 


My experience suggests that it is not widely used. Also, because the 
level of support for compressed format varies between APRS clients, my 
recommendation to UI-View users is not to use it, unless they have a 
specific reason to do so. 


VV VV 


And in the spirit of pushing the limits, I'd encourage all of the 
Xastir users and anyone else using with APRS clients capable of it 
to use compressed posits, compressed objects, compressed items, and 
anything else that's in the spec and not well implemented across all 
clients. That might encourage the authors to get off their duffs 
and implement what's in the spec. 


Please note that Xastir doesn't implement everything in the spec yet 
either, so I'm thumbing my nose at our project as well. ;-) 


Obligatory Open-Source: I'm _for_ open-source. I release sources 
under GPL, BSD-style licenses, and in the public-domain. I also 
have some things I don't publish because I intend to make money on 
them, or because they could cause harm if released to the general 
populace and somebody had a mean streak in them. I'm not against 
making money with software. Some projects make sense to do that 
with, some don't. Anyone who claims that one way is the only/right 
way isn't seeing the whole picture. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov’ 7 13:08:48 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA21689 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 13:08:46 -0600 (CST) 
Message-ID: <LYR11589-106057-2002.11.07-13.52.06- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 7 Nov 2002 19:08:16 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
References: <LYR29682-106008-2002.11.07-03.20.22-- 
curt.mills#tfluke.com@lists.tapr.org> 
<Pine.LNX.4.33.0211071014350 .1414-100000@wapiti.tc.fluke.com> 
In-Reply-To: <Pine.LNX.4.33.0211071014350.1414-100000@wapiti.tc.fluke.com> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <bmOV37Agory9Ewt$@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <Pine.LNX.4.33.0211071014350.1414-100000@wapiti.tc.fluke.com> 

, Curt Mills, WE7U <hacker@tc.fluke.com> writes 

>On Thu, 7 Nov 2002, Roger Barker wrote: 

> 

>> Given that it has turned into yet another open source discussion, I was 
>> tempted to kill-file the thread... 

> 

>But if you killed all open-source discussions, you'd miss _all_ the 

>good technical issues. ;-) 


It's mind-numbingly BORING, and it's incredibly negative to turn one 
topic after another into a discussion of what amounts to a religion. 
(IMHO, of course ;-) 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 13:44:24 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA22870 
for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 13:44:19 -0600 (CST) 
From: "isi" <rcarter@isi.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
Date: Thu, 7 Nov 2002 14:44:01 -0500 
Message-ID: <LYR11589-106062-2002.11.07-14.27.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 
Importance: Normal 
In-Reply-To: <LYR13907-106057-2002.11.07-13.52.06--rcarter#isi.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "isi" <rcarter@isi.com> 
X-Message-Id: <NBBBJJKGMKOELPJITIFEGMEMFLCAC. rcarter@isi.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This sounds like religion to me ;) 


> It's mind-numbingly BORING, and it's incredibly negative to turn one 
> topic after another into a discussion of what amounts to a religion. 
> (IMHO, of course ;-) 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 17:20:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ2341 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 17:20:37 -0600 (CST) 
From: Jeff King <jeff@aerodata.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Date: Thu, 7 Nov 2002 18:20:04 -0500 

In-Reply-To: <LYR22299-106002-2002.11.07-01.36.53-- 
jeftf#taerodata.net@lists.tapr.org> 

Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Message-Id: <LYR11589-106082-2002.11.07-18.04.00- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: Jeff King <jeff@aerodata.net> 

X-Message-Id: <20021107231635.LEPE14813 .hughes-fe02@DARLA> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id RAAQ2341 


On Thu, 7 Nov 2002 17:52:46 +1100, Darryl Smith wrote: 


>The reason that base 91 was used was 
>for accuracy, but for the minor use a full NMEA string is better 
>used. 


Base 91 was used, I believe, so in the late 1990's so we all would be able to 
see printable characters on our screen. Go figure. 


The "compressed' part of the name means it is a terse positional format, 
which it is, especially considering it gives better accuracy then the 
standard format or MIC-E. With SA being off, and the introduction of WAAS, we 
sorely need something like this. 


NMEA can give the accuracy but it is very verbose. 


As an aside, since the "compressed format" is not widely supported, I wonder 
how many authors would be willing to support a new protocol (not part of the 
APRS-SPEC) that is designed to be both computer friendly, accurate, and 
terse? Even using something as simple as BCD, you could get two digits per 
byte and very easy to parse and integer friendly. 


I seem to recall UI-View went off the beaten path developing their own 
protocol. I wonder if they addressed this? 


-Jeff 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 17:27:02 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ2542 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 17:26:54 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Thu, 7 Nov 2002 15:24:45 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR29682-106082-2002.11.07-18.04.00-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-106083-2002.11.07-18.10.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 07 Nov 2002 23:26:42.0696 (UTC) 
FILETIME=[21605880 : 01C286B5] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-Message-Id: <Pine.LNX.4.33.0211071520390.1351-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 7 Nov 2002, Jeff King wrote: 

On Thu, 7 Nov 2002 17:52:46 +1100, Darryl Smith wrote: 

>The reason that base 91 was used was 

>for accuracy, but for the minor use a full NMEA string is better 


>used. 


Base 91 was used, I believe, so in the late 1990's so we all would be able to 
see printable characters on our screen. Go figure. 


VVVV VV VV 


I would think that we could get away from the "printable" 
requirement these days. It'd be a big win if so. 


The "compressed' part of the name means it is a terse positional format, 
which it is, especially considering it gives better accuracy then the 
standard format or MIC-E. With SA being off, and the introduction of WAAS, we 
sorely need something like this. 


VV VV 


Yes! I sometimes uses compressed objects/items just so that I can 
have precise positioning of the darn things. If I don't, they jump 
to one of the standard APRS grid positions. Very annoying. 


As an aside, since the "compressed format" is not widely supported, I wonder 
how many authors would be willing to support a new protocol (not part of the 
APRS-SPEC) that is designed to be both computer friendly, accurate, and 
terse? Even using something as simple as BCD, you could get two digits per 
byte and very easy to parse and integer friendly. 


VVVV WV 


If at least preliminary agreement on this could be made, Xastirx 
would certainly implement it. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 19:35:36 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ6454 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 19:35:35 -0600 (CST) 
Date: Thu, 7 Nov 2002 20:35:08 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR11586-105815-2002.11.06-01.42.59-- 


bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-106091-2002.11.07-20.18.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0211072034340 .10230-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 6 Nov 2002, Darryl Smith wrote: 


How widely implemented is the APRS compressed format. I want to do some 
decoding in a PIC and it seems to me that dividing by 91, and then 
converting from decimal degrees to degrees with decimal minutes may be 
outisde the capabilities of the IC. 


VV VV 


Much easier to do it with the Mic-E format. I designed that format to be 
simple bit manipulation... trivial ina PIC... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 19:40:37 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ6578 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 19:40:28 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: How widely implemened is APRS Compressed format? 
Date: Fri, 8 Nov 2002 12:38:57 +1100 
Message-ID: <LYR11589-106092-2002.11.07-20.23.50-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 


charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
In-Reply-To: <Pine.GS0.4.44.0211072034340.10230-100000@arctic> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
X-Scanner: exiscan *189y7z-0005Z0-00*Ga3B9q2wOnMx on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <004501c286c7$9d9de5e0$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The MIC-E is trivial apart from the degrees in the TO CALLSIGN having a 
protocol bug where 0-9 are 0x30->39; A-J are 0x41-4A and P-Y are 


@x50-59. So much easier if it was O->X as the characters... Then you 
just need to do a bitwise and to get rid of the message fields... Or the 
N/S fields... 

Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


Sees Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Sent: Friday, 8 November 2002 12:35 PM 

To: Darryl Smith 

Cc: APRS Spec Discussion List 

Subject: Re: [aprsspec] How widely implemened is APRS Compressed format? 


On Wed, 6 Nov 2002, Darryl Smith wrote: 


How widely implemented is the APRS compressed format. I want to do 
some decoding in a PIC and it seems to me that dividing by 91, and 
then converting from decimal degrees to degrees with decimal minutes 
may be outisde the capabilities of the IC. 


VV VV 


Much easier to do it with the Mic-E format. I designed that format to 
be simple bit manipulation... trivial ina PIC... 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Thu Nov 7 21:43:12 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA10798 

for <lyris.aprsspec@tapr.org>; Thu, 7 Nov 2002 21:43:10 -0600 (CST) 
Date: Thu, 7 Nov 2002 22:42:40 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How widely implemened is APRS Compressed format? 
In-Reply-To: <LYR11586-106002-2002.11.07-01.36.53-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-106112-2002.11.07-22.26.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0211072238210 .22234-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Thu, 7 Nov 2002, Darryl Smith wrote: 


> MIC-E is fairly easy to impliment... Base 91 is much harder as it gives 
> you a result that is 380926 points per degree latitude, or 190463 points 
> per degree longitude. 


But those integers were very carefully chosen so that all the math can 
still be done with single precision integers (16 bit) (as I do in 

APRSdos). I£ you want to retain the 1 foot precision, you need double 
precision, but by dividing by a constant, you can do it all in single 


precision and still get posits to the nearest .01 minute (just like 
standard APRS formats)... 


Id have to look up the details, but it was easy... 


Bob, WB4APR 
Id still go with Mic-E as the simplest and 100% fully implemented 
version... 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov 8 01:12:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA19636 

for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 01:12:24 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] OT open source, was: How widely implemened is APRS Compressed 
format? 
Date: Fri, 8 Nov 2002 18:11:32 +1100 
Message-ID: <LYR11589-106144-2002.11.08-01.55.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR11660-106120-2002.11.08-00.00.10--darryli#radio- 
active.net.au@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
X-Scanner: exiscan *18A3JE-O006MF-00*2KwEBbeij4I* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <000a01c286f6$141766f0$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Max and Others... 


Thanks to all those who have answered questions on the APRS spec. It has 
been much apreciated. I am so glad that the spec is there and is so well 
written. 


Since I was the one that the message from Curt was directed at about 
open source, and I commented that I was unable to use the GPL for 
various reasons, I have decided to comment. I know this is not an attack 
on me, but I think some things need to be said. 


>[m:.x:.d:.] I'd add that if you do this - since you won't let your 
>code be free (as in speech) - consider contributing to the community 
>that helped you create your program (by sharing their code with you) by 


>giving some of the profits back to projects that help advance open 
source. 


Personally I don't think that it would be appropriate for me to be 
supporting Open Source in lieu of opening the code up. Most of the ideas 
are from Ham Radio, so if I were to contribute, I would have to 
contribute to a Ham Radio organisation. After all, the open source 
people have done exactly zero to help me with this project - not the 
tools, spec, ideas, etc. 


So I make a donation to TAPR - and in a way that TAPR needs most - in my 
time. I am not sure if any of you realise this, but I am now on the 
board of TAPR - as of the DCC in denver. I live in Sydney, Australia. 
Even to get to LA is a horrible 14 hour flight in a cramped 747. And I 
have made a commitment to be an active board member of TAPR, attending 
the board meetings a great personal cost to me. 


I have never in my life seen a comment suggesting that PacComm or 
Kantronics should be opening their source code and giving it away, 
although I am sure that it has been said. I see that it is OK for them 
to keep their hard work closed source. After all it is their business. 


When I realsed the software to convert DXF files to MAP files for 
WinAPRS, I didn't release the source, but I made the software free. The 
wrong people would have needed to pay in order to use the software - the 
people who do things rather than the people who use things. I made the 
software available to anyone who needed it, but mostly changed the code 
as required. I recently opened the source too... 


I have been part of the LINUX community longer than anyone I can think 
of, apart from LINUS himself. I was one of the few hundred members of 
the MINIX mailing list when he released LINUX. I love LUNUX, and run it 


for servers. I am just as proud that I spend more time on my Windows XP 
laptop. 


There is no requirement in Ham Radio to 'Get' the open source 
philosophy. I remember hearing Lyle Johnson talking about Ham Radio 
being the NATIONAL PARK OF WIRELESS. Funny thing is that you must PAY to 
get in to many National Parks. Access is FREE, just that you have to 


pay. 


At this point I should also say what I do for a living. I am self 
employed - as a consultant engineer. I am strugling to make a living for 
myself - and so I need to make every cent count. If I can write some 
software and develop some hardware and sell it, at a price that is 
reasonable then there is nothing wrong with that. 


>I'm amazed that no one has written and released a general APRS parsing 
>library. Everyone seems to do it from scratch. Why? Wouldn't the 
community 

>be better served by creating a portable standard library that could be 
>easily used by others? Has it been tried? I've never been able to find 
>any record of such a thing. (by the way, if you want to work ona 
general 

>APRS library, email me. I'm game.) 


That would be fantastic. You just need to make sure that the licenses is 
appropriate, and will allow the software to get used. There is cheap 
commercial software out there (like UI-View) that would have great 
troubles if they wanted to use a GPL'ed license code in their software 
[I have lost count of how many copies of UI-View I have registered just 
so I can pay roger some more for his software :-) ]. The license would 
need to be open so that modifications to the parsing code were public 
regardless, but that the resulting application could be sold without 
restriction. 


>From Curt 

>Although I don't fully agree with your Open source idea. I do feel 
these 

>programmers should contribute (They may in ways we don't see) to the 
hobby instead 

>of making a buck from it. Thanks to open source and UIview there is 
>still options available to everyone. 8) 


Programmers do contribute - by writing software. 


>Obligatory Open-Source: I'm _for_ open-source. I release sources 
under 


>GPL, BSD-style licenses, and in the public-domain. I also have some 
things 

>I don't publish because I intend to make money on them, or because they 
could 

>cause harm if released to the general populace and somebody had a mean 
streak 

>in them. I'm not against making money with software. Some projects 
make sense 

>to do that with, some don't. Anyone who claims that one way is the 
only/right 

>way isn't seeing the whole picture. 


Interstingly, there is no such thing as software placed into the PUBLIC 
DOMAIN - especially in the USA where Sonny Bono managed to extend the 
Copyright Act... The only way for anything to enter public domain is for 
the copyright to extinguish. There was an interesting article on that in 
the Linux Journal - October or november just inside the back cover. 


Anyway that is too long an email... 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov’ 8 10:00:07 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA11690 
for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 10:00:00 -0600 (CST) 
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Fri, 8 Nov 2002 08:14:57 -0800 (PST) 
From: "Curt Mills, WE7U" <archer@eskimo.com> 
X-Sender: archer@gatekeeper.we7u.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>, 
"Mills, Curt, WE7U" <archer@eskimo.com>, 
"Curt, WE7U Mills" <hacker@tc.f£luke.com> 
Subject: [aprsspec] Re: OT open source, was: How widely implemened is APRS 


Compressed format? 

In-Reply-To: <LYR29683-106144-2002.11.08-01.55.47-- 
archer#eskimo.com@lists.tapr.org> 

Message-ID: <LYR11589-106180-2002.11.08-10.43.24-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 

X-Message-Id: <Pine.LNX.4.04.10211080810090 . 20299 -100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 8 Nov 2002, Darryl Smith wrote: 


Since I was the one that the message from Curt was directed at about 
open source, and I commented that I was unable to use the GPL for 
various reasons, I have decided to comment. I know this is not an attack 
on me, but I think some things need to be said. 


>[m:.x:.d:.] I'd add that if you do this - since you won't let your 
>code be free (as in speech) - consider contributing to the community 
>that helped you create your program (by sharing their code with you) by 


>giving some of the profits back to projects that help advance open 
source. 


VV VVVV VV VV MV 


Wait a minute, I didn't say any of that! I think it was someone named 
Max? 


>I'm amazed that no one has written and released a general APRS parsing 
>library. Everyone seems to do it from scratch. Why? Wouldn't the 
community 

>be better served by creating a portable standard library that could be 
>easily used by others? Has it been tried? I've never been able to find 
>any record of such a thing. (by the way, if you want to work ona 
general 

>APRS library, email me. I'm game.) 


VVVVVV VV 


Again. Not me! 


> >From Curt 


>Although I don't fully agree with your Open source idea. I do feel 
these 

>programmers should contribute (They may in ways we don't see) to the 
hobby instead 

>of making a buck from it. Thanks to open source and UIview there is 
>still options available to everyone. 8) 


VV VVV VV 


Again. Not me! 


Programmers do contribute - by writing software. 


>Obligatory Open-Source: I'm _for_ open-source. I release sources 
under 

>GPL, BSD-style licenses, and in the public-domain. I also have some 
things 

>I don't publish because I intend to make money on them, or because they 
could 

>cause harm if released to the general populace and somebody had a mean 
streak 

>in them. I'm not against making money with software. Some projects 
make sense 

>to do that with, some don't. Anyone who claims that one way is the 
only/right 

>way isn't seeing the whole picture. 


VVVV VV VV VV VV VV NW 


Now that was me, but it was kind of a P.S. at the end of an on-topic 
message and wasn't intended to get sucked off separately into this 
thread. 


I'm an open-source developer, but I'm not quite as in-your-face 
as some of the others. I just keep nudging here and there. ;-) 


Curt, WE7U. archer@eskimo.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WET7U. 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov 8 10:09:34 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA13129 


for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 10:09:32 -0600 (CST) 

Content-Type: text/plain; 

charset="iso-8859-1" 
From: James Jefferson <jjeffers@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: OT open source, was: How widely implemened is APRS 
Compressed format? 
Date: Fri, 8 Nov 2002 10:10:03 +0000 
User-Agent: KMail/1.4.3 
References: <LYR19704-106180-2002.11.08-10.43.24-- 
jjeffers#aprsworld.net@lists.tapr.org> 
In-Reply-To: <LYR19704-106180-2002.11.08-10.43.24-- 
jjeffers#aprsworld.net@lists.tapr.org> 
MIME-Version: 1.0 
Message-Id: <LYR11589-106187-2002.11.08-10.52.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: James Jefferson <jjeffers@aprsworld.net> 
X-Message-Id: <200211081010.03526.jjeffers@aprsworld.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA13129 


On Friday 08 November 2002 04:14 pm, Curt Mills, WE7U wrote: 

> >I'm amazed that no one has written and released a general APRS parsing 
> >library. Everyone seems to do it from scratch. Why? Wouldn't the 

> 

> community 

> 

> >be better served by creating a portable standard library that could be 
> >easily used by others? Has it been tried? I've never been able to find 
> 
> 
> 
> 
> 


>any record of such a thing. (by the way, if you want to work ona 


general 


VVWVV VV VV VV VV 


>APRS library, email me. I'm game.) 


There are general purpose APRS parsing programs. People wrote them from 
scratch because there weren't any. I can think of at least three. XAstir. 
Aprsdec. and my aprsworld parser. Pulling the parsing routines out of XAstir 
and my parser is almost trivial, and I haven't tried aprsdec but I suspect it 
would be too! 


-Jim KBOTHN 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov 8 11:11:10 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA17375 
for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 11:11:05 -0600 (CST) 
Reply-To: "max" <mxd@wilder.net> 
From: "max" <mxd@wilder.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] General APRS library proposal (of sorts..) 
Date: Fri, 8 Nov 2002 09:10:49 -0800 
Message-ID: <LYR11589-106189-2002.11.08-11.54.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 1 (Highest) 
X-MSMail-Priority: High 
Importance: High 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
In-Reply-To: <LYR27581-106187-2002.11.08-10.52.59--mxd#wilder.net@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <BF932B3ACE3BA040B982E5E5A8E514C66B4A@base. int.wilder.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


> On Friday 08 November 2002 04:14 pm, Curt Mills, WE7U wrote: 
[m:.x:.d:.] Actually, curt didn't write this. I did. 


> > > >I'm amazed that no one has written and released a general APRS 


> parsing 

> > > >library. Everyone seems to do it from scratch. Why? Wouldn't the 
>>> 

> > > community 

>>> 

> > > >be better served by creating a portable standard library that 


could 

be 

> > >easily used by others? Has it been tried? I've never been able to 
find 

> > >any record of such a thing. (by the way, if you want to work ona 


general 


VV V NV 


> 
> 
> 
> >APRS library, email me. I'm game.) 


VVVV VV VV VV 


There are general purpose APRS parsing programs. People wrote them 
from 

> scratch because there weren't any. I can think of at least three. 
XAstir. 

> Aprsdec. and my aprsworld parser. Pulling the parsing routines out of 
> XAstirx 

> and my parser is almost trivial, and I haven't tried aprsdec but I 
suspect 

> it 

> would be too! 


[m:.x:.d:.] I stand (semi) corrected. There are programs, and they 
include parsers. What I'm talking about is a general purpose _stand 
alone_ parsing library that can be included, either via linking 
(libaprs.so, libaprs.dll, anyone?) or source inclusion. 


Aprsdec is a perfect example of a well developed parser, but to use it 
effectively I'd be forced to write in perl. It's not general purpose. 
Your aprsworld parser is well developed, but still doesn't quite fit the 
bill as general purpose. Its designed to parse and stuff into a 
database. Xastir has a similar issue, its parsing is fully intertwined 
with the application. After looking at the code and thinking about how I 
would make it generic, we may have different ideas as to what "trivial" 
means. 


i'd like to seriously propose that we create a parsing library that has 
the following characteristics: 


1> portable. This means not only that it will run on any (reasonable) 
platform, but can be used from most languages. A linkable library is 
probably the key here, although the ability to do source inclusion is a 
plus. 


2> generic. Doesn't make any presumptions beyond being handed data and 
handing parsed data back. No dealing directly with a tne or with tcp 
streams. No mucking about with databases or files. No reliance on 
application provided i/o. 


3> useable. As a part of developing the library, creating stub 
classes/functions so it could be a drop in replacement for existing 
parsing routines inside programs. So, for instance, if I decided that 
I'd like to link to this library out of xastir, the library source 
should include stubs to make that possible. Oh, this is probably 
non-trivial. :-) 


4> documented. While this wouldn't be a reference implementation, it 
should be documented clearly against the spec. not surprisingly, aprsdec 
does an incredible job of this, we should emulate that work. 


5> free and open. You know what I mean. 


There. Its more of an intimation to a proposal than an actual proposal, 
but you get my drift. I'm willing to work on it, but not alone - and not 
if this community doesn't see a need. 


K6mxd 
Max 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov 8 11:24:15 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA17815 

for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 11:24:07 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Fri, 8 Nov 2002 09:21:58 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: OT open source, was: How widely implemened is APRS 
Compressed format? 
In-Reply-To: <LYR29682-106187-2002.11.08-10.52.59-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-106190-2002.11.08-12.07.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 08 Nov 2002 17:28:15.0252 (UTC) 
FILETIME=[385A9540 : 01C2874C] 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 

Reply-To: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 

X-Message-Id: <Pine.LNX.4.33.0211080919580.1351-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Fri, 8 Nov 2002, James Jefferson wrote: 


There are general purpose APRS parsing programs. People wrote them from 
scratch because there weren't any. I can think of at least three. XAstir. 
Aprsdec. and my aprsworld parser. Pulling the parsing routines out of XAstir 
and my parser is almost trivial, and I haven't tried aprsdec but I suspect it 
would be too! 


VVVV Vv 


You can go to http://sourceforge.net and type in "APRS" in the 
search box. You'll find some C++ class libraries, some Java stuff, 
Xastir, APRSWorld, and others. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Nov 8 13:53:23 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA23394 

for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 13:53:21 -0600 (CST) 
Message-Id: <LYR11589-106205-2002.11.08-14.36.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Sender: wa7nwp@pop.mail.yahoo.com 
Date: Fri, 08 Nov 2002 11:52:49 -0800 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
Subject: [aprsspec] Re: OT open source, was: How widely implemened is’ APRS 
Compressed format? 


In-Reply-To: <LYR19173-106144-2002.11.08-01.55.47--wa7nwpi#tyahoo.com@list 
s.tapr.org> 

References: <LYR11660-106120-2002.11.08-00.00.10--darryld#radio- 
active.net.au@lists.tapr.org> 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 

X-Message-Id: <4.2.0.58.20021108114806 .00ab91cO@pioneernet.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


At 06:11 PM 11/8/02 +1100, Darryl Smith wrote: 


>I have never in my life seen a comment suggesting that PacComm or 
>Kantronics should be opening their source code and giving it away, 
>although I am sure that it has been said. I see that it is OK for them 
>to keep their hard work closed source. After all it is their business. 


I guess I'll have to say it more often. I've long suggested that Kantronics 
would sell more units if they released either the full source or an SDK 

for their KPC-3's. Amazing little boxes but the existing software, as good 
as it is, isn't what it could be. 


One of these months somebody will have time to start up an open source 
project either for the Kantronics or stock TNC-2's and we'll finally be able 
to make some good progress on the basic client and node systems. 


73% 
Bill - WA7NWP 
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From bounce-aprsspec-11589@lists.tapr.org Fri Nov 8 14:03:05 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA23670 

for <lyris.aprsspec@tapr.org>; Fri, 8 Nov 2002 14:03:04 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org>, 

"'Curt, WE7U Mills'" <hacker@tc.f£luke.com> 
Subject: [aprsspec] RE: OT open source, was: How widely implemened is APRS 
Compressed format? 
Date: Sat, 9 Nov 2002 07:02:04 +1100 
Message-ID: <LYR11589-106207-2002.11.08-14.46.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 

Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <Pine.LNX.4.04.10211080810090.20299-100000@gatekeeper.we7u.net> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
X-Scanner: exiscan *18AFL4-0004xX-00*GgBzY2.1.hc* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <001101c28761$b834a2f0$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G'Day All... 


I need to appologise to Curt for the impression that he made comments 
that he clearly did not make. That was not my intention. Curt has at all 
times been very low-key with his suggestions on the use of open source 
software. 


What I was intending to say was that low key comments by him and others 
were taken and conciderably extended. Carefully examining the area at 
the start of the first quoted area does reveal [M.X.D] or the last three 
letters of Max's call. 


Where I really did stuff up was the following paragraph from "Patrick 
Karp" <pkarp@conwaycorp.net> where I wrongly attribited it... Sorry. 


>> >From Curt 

>> >Although I don't fully agree with your Open source idea. I do feel 
>> these 

>> >programmers should contribute (They may in ways we don't see) to the 
>> hobby instead 

>> >of making a buck from it. Thanks to open source and UIview there 


is 

>> >still options available to everyone. 8) 
> 

>Again. Not me! 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 
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From: Gerry Creager <gerry.creager@tamu.edu> 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020826 
X-Accept-Language: en-us, en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
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hacker#tc.fluke.com@lists.tapr.org> <LYR22347-105921-2002.11.06-18.10.08-- 
n5jxs#tamu.edu@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Gerry Creager <gerry.creager@tamu.edu> 
X-Message-Id: <3DC9IC8EA.3050004@tamu. edu> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


No, but any changes to the code fragments that were used... note the 
distinction... must be available, and by convention the source is 
distributed. 


Open Source is not a guard against private enterprise. It does remove 
some of the more restrictive concerns about licensing and subsequent 
source distribution, and does attempt to keep those elements designated 
for full release stay fully available. 


gerry 


Bill Vodall - WA7NWP wrote: 
>>The Xastir source code is freely available under the GPL license and 
>>written in C. 


Once you include it directly in your software, you're required to 
release your source code. No? The poison pill principle. 


Maybe it would be possible to use code on a non-GPL basis with permission 
from authors of individual sections of XASTIR. 


Bill - WA7NWP 
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VVVV VV VV VV VV VV VV 


Gerry Creager -- gerry.creager@tamu.edu 

Network Engineering -- AATLT, Texas A&M University 
Office: 979.458.4020 FAX: 979.847.8578 

Cell: 979.229.4301 Pager: 979.228.0173 
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On Fri, 08 Nov 2002 11:52:49 -0800, Bill Vodall - WA7NWP wrote: 


>One of these months somebody will have time to start up an open 
>source 

>project either for the Kantronics or stock TNC-2's and we'll finally 
>be able 

>to make some good progress on the basic client and node systems. 


Already done on the TNC2. thenet and X1J node code is open source. Also, APRS 
UI-DIGI was based on nordlink TNC code, but source was never released. He 
appears to be in violation of the nordlink agreement by not releasing but 
don't quote me. 


http: //www.nordlink.org/eng/index.htm 


-Jeff 
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Subject: [aprsspec] Re: OT open source, was: How widely implemened is’ APRS 
Compressed format? 
In-Reply-To: <LYR19173-106211-2002.11.08-15.36.23--wa7nwpi#yahoo.com@list 
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Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
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Reply-To: Bill Vodall - WA7NWP <wa7nwp@yahoo.com> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


At 03:52 PM 11/8/02 -0500, Jeff King wrote: 
>On Fri, 08 Nov 2002 11:52:49 -0800, Bill Vodall - WA7NWP wrote: 


>One of these months somebody will have time to start up an open 
>source 

>project either for the Kantronics or stock TNC-2's and we'll finally 
>be able 

>to make some good progress on the basic client and node systems. 


VVVVV VV 


>Already done on the TNC2. thenet and X1J node code is open source. 
I know. It might be a good start. The problem isn't the source - it's the 
development environment. Bet you a cold one of your favorite variety 


you can't compile the source to create a stock X1J ROM image. 


Considering the questionable birth of X1J to start with I'd like to get something 


going from a clean beginning. I think the source for a KISS implementation 
is available - that's where I'd start. 


>Also, APRS 

>UI-DIGI was based on nordlink TNC code, but source was never released. 
>appears to be in violation of the nordlink agreement by not releasing but 
>don't quote me. http://www.nordlink.org/eng/index.htm 


Give me two cold ones and I'll say more of the same. 


Bill - WA7NWP 
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List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
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X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA01199 


On Fri, 08 Nov 2002 14:12:05 -0800, Bill Vodall - WA7NWP wrote: 


>Considering the questionable birth of X1J to start with 


Netrom (software 2000) was written in assembler, X1J was written in C by a 
englishman. What is questionable here? I take all the gossip from the late 


80's with a grain of salt. Software 2000 left the amateur scene year's ago... 


Nordlink (of germany) is still involved and actually contributing much. 


I thought the whole idea of open source was to share? Why throw away all 
their experience and start with KISS... which if you read Phil Karn's paper 
KISS was a kludge to begin with. 


-Jeff 
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At 05:56 PM 11/8/02 -0500, Jeff King wrote: 


> >Considering the questionable birth of X1J to start with 

> 

>Netrom (software 2000) was written in assembler, X1J was written in C by a 
>englishman. What is questionable here? 


I was going to write: 


Nothing! 
Software 2000 wrote Netrom. 


Some folks disassembled it. Changed the order of some function parameters and 
released the source code. Software 2000 wisely left the amateur market 

for greener pastures where they would be rewarded for their efforts. That's 
good business - and a loss for Amateur radio. 


Some folks in Arizona supported the released TheNet software for a while. 


Then Dave, G8KBB, picked up on the TheNet code and supported it for 
a few years under the name X1... I think that was for eXperimental release 1 
of a new TheNet code. His last release was X1 version J - thus X1J. 


Some of Dave's additions were in C. The core is still the basic TheNet assembly. 


Now, after a bit of web research I have to take back the "!" from Nothing. I 
don't 

believe their's any question that there was an original release of source from 
a disassembled Netrom. 


Following this thread for some interesting discussion: 

http: //www.mail-archive.com/linux-hams@vger.rutgers.edu/msg00393 .html 
How that relates to the release of TheNet Version 1.0 source is a bit fuzzy and 
certainly not worth the effort do spend much time researching nor to be fully 


discussed yet again here. 


Once again the "Vector Board" file archive showed up in a search for old 
code. http://www.vectorbd.com/bfd/thenet/ 


It appears the compile environment isn't as obscure as I thought. Should be 
able to come up with an old Microsoft C80 compiler and M80 assembler around 

here somewhere. The peephole optimizer might be a bit tricker to find, but if 
we don't try to shoehorn in all the features, it might not be necessary to go to 
the dual 

bank switching trick which will simplify things a lot. 


What ever happens with this code branch, it'll forever carry the ghost of Software 
2000. 


> Software 2000 left the amateur scene year's ago... 
>Nordlink (of germany) is still involved and actually contributing much. 


Which doesn't change the reason that Software 2000 left the amateur scene. 
>I thought the whole idea of open source was to share? 


Some share more then others. Which is terrific if that's what one chooses 
to do. To have your efforts shared by others to your personal detriment is 
not a good thing. We see this today. Notice the lack of software coming 

from both Paccomm and Kantronics? Maybe if there were less shared 

ROMS in digi's and TNC's out there we'd be seeing new and better software. 


Also read Steve's comment on why the source for Findu isn't open. It's down a 
couple 
paragraphs at http://www.findu.com/. He's right on! 


Just because it's essentially free to copy (steal) software, doesn't make it 
cheap to development and support. It takes a lot of time to do it right and 
that's expensive in the commercial world. It's even expensive in the GNU 
world. Folks put in many hours doing some good work. It's a great 

thing that they donate that effort. 


In the real world you pay for software support and updates on a regular basis. 
Successful organizations don't complain about that - they're happy for it. It 
provides them with new and better tools. 


>Why throw away all 
>their experience and start with KISS... which if you read Phil Karn's paper 
>KISS was a kludge to begin with. 


It's simple, it's universal and it works. The disadvantage of KISS in a TNC 
environment is 

usually overshadowed by many other system parameters. That applies even more so 
in the 


APRS network which is glowing example of what can be done using simple kludges. 


Here's some packet stats from one of my systems what has been up just 70 days. 
Add them up. That's close to two million packets. Not bad for using the kludge. 
(No, this isn't APRS either...) 


ax0 RX packets:730019 errors:0 dropped:0 overruns:0 frame:0 
TX packets:824784 errors:0 dropped:0 overruns:0 carrier:0 


ax1 RX packets:285096 errors:0 dropped:0 overruns:0 frame:0 
TX packets:59894 errors:0 dropped:0 overruns:0 carrier:0 


ax2 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 
TX packets:59817 errors:0 dropped:0 overruns:0 carrier:0 


Bottom line. We will have more and better software if we respect those 
folks developing it. Either by respecting the GNU license or by paying 
for what we use from folks in business. 


>-Jefft 


13% 
Bill - WA7NWP 


PS. To keep this at least a microBit on topic, the plain text nature of the 
current 

APRS feed is a good thing. Save the compressed binary transport for the next 
generation where it can be part of a clean rewrite. 


PPS. Another current example of involuntary software sharing. There are now two 
commercial spinoffs of Byon's Tiny Trak using "shared" source and utilities. 
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Bill: 

I'm confused. You suggest a open source project for the TNC2 or other TNC's 
might be a good thing, and now are slandering Europeon packet radio 
organizations as well as apparently condemning the whole open source 
movement. 

Could you have been trolling here? 

No matter, I'll bite a little. 

First, do we agree that Open source and theft are not the same thing? I'm not 


sure if you understand the difference. I do, and understanding this is 
fundamental to any discussion. 


On Mon, 11 Nov 2002 11:47:59 -0800, Bill Vodall - WA7NWP wrote: 

>Software 2000 wrote Netrom. 

Yes, Software 2000 was a commercial company and the product was copyrighted. 
Source code was not released although I have found evidence of some sharing 
of ideas between Nordlink and software 2000. 

>Some folks disassembled it. 

That was stated. And based on what you said, Software 2000 had clear cause of 
action against NordLink and the individuals involved. Remember, Software 2000 
did not make the product Open Source. Yet for whatever reason, Software 2000 


chose not to take legal action, to the best of my knowledge. 


Yet here you are, 10 years later, beating the same slander drum against 


fellow amateurs. While it may or may not be true, I think the fact Software 
2000 chose not to exercise its rights means third parties should not beat the 
slander drum 10 years later. 


>Some folks in Arizona supported the released TheNet software for a 
>while. 


Jack Taylor n7oo. And your stating he is thief also? 


>Then Dave, G8KBB, picked up on the TheNet code and supported it for 
>a few years under the name X1... 


And now we get to Dave, who I was referring to. So it is your opinion he is 
also a criminal? 


And what about Marco Savegnago, the author of UI-Digi? APRS crook? 


And how about the authors of NOS, who "stole" the netrom protocol (which 
apparently was copyrighted) and put it into NOS? 


Bottom line, Software 2000 chose not to enforce it's rights under the law, 
and no evidence even exists of a tort letter being sent to Nordlink. At a 
minimum, this should have been done. 


>Following this thread for some interesting discussion: 
> 

>http://www.mail-archive.com/linux- 
>hams@vger.rutgers.edu/msg00393.html 


The above was from ~1999, memories getting fuzzy. Here are some from around 
the time it all happened (1990): 


http: //groups. google.com/groups?selm=8906090737 . AAQ0657%40ucbvax. Berkeley .EDU 
http://www. cnunix.com/ftp/hamradio/thenet/thenet. flame 

http: //groups. google.com/groups?selm=719640550snx%40skyld.UUCP 

http: //groups. google.com/groups?selm=10857%40platypus.uofs.uofs.edu 


>>Software 2000 left the amateur scene year's ago... 

>>Nordlink (of germany) is still involved and actually contributing 
>>much. 

> 

>Which doesn't change the reason that Software 2000 left the amateur 
>scene. 


What is the reason they left? (facts please) You do understand the reason 
NordLink developed TheNet is that Software 2000 had stopped supporting its 
product? At worst, the effort may have hastened their withdraw but they where 
already on the way out. 


>>I thought the whole idea of open source was to share? 

> 

>Some share more then others. Which is terrific if that's what one 
>chooses to do. To have your efforts shared by others to your personal 
>detriment is not a good thing. 


No it is not. That is why there is a whole section of law called copyright, 
trademark and patents. Even a section of the U.S. government devoted to it. 


Bill, I run a commercial company. I've also had designs and trademarks 
stolen. Often a simple threatening letter from my attorney stops it in its 
tracks. I'm not saying this is right, but by the same token, slandering 
someone in a public newsgroup is not right unless you are willing to go to 
the mat with them. Software 2000 chose to slander Nordlink on the newsgroups 
and at TAPR board meetings instead of doing it the right way. Regardless of 
the "truth" their methods tell me alot about the individuals. 


>Notice the lack of software coming 

>from both Paccomm and Kantronics? Maybe if there were less shared 
>ROMS in digi's and TNC's out there we'd be seeing new and better 
>software. 


Again, you are confusing Open Source with theft. They are not the same thing. 


I'd suggest turning in some of those ROM thieves you know into Paccomm and 
Kantronics instead of using it as a argument against open source. 


>Also read Steve's comment on why the source for Findu isn't open. 

>It's down a couple paragraphs at http://www.findu.com/. He's right on! 

In this country, anyone is free to flush their source code down a rathole if 
they so chose. Guess some of us are quite happy a fellow in Finland named 
Linus decided he didn't want to emulate this! 

Maybe you should check this site out: 


http://www. aprsworld.net 


Put together originally by a high school student. He was so misguided he 
released it as open source. And for his punishment he was awarded a 


scholarship to college by the IEEE. 

http: //aprsworld.net/info/sponsors/ 

Some capitalists do DO open source. 

>Just because it's essentially free to copy (steal) software, doesn't 

>make it cheap to development and support. 

Again, your confusing thief and open source. Of course it is not cheap, but 


some people who write source code for fun want their efforts to live on after 
them. Often it doesn't, but sometimes it does. But it is their choice. 


>In the real world you pay for software support and updates ona 
>regular basis. 

>Successful organizations don't complain about that - they're happy 
>for it. It provides them with new and better tools. 


I think I spent about $5000 on software last year, close to $15,000 so far 
this year. Your point? 


>>wWhy throw away all 


>>their experience and start with KISS... which if you read Phil 
>>Karn's paper KISS was a kludge to begin with. 
> 


>It's simple, it's universal and it works. 


It is also from 1985. KISS is decoupled from the radio environment. Phil even 
mentions this. If your browse some of those netrom thieves sites in Europe 
you'll discover they have gone on to do variants of KISS addressing this 
called SMACK and 6pack and further have developed something called DAMA (from 
the NordLink thieves). 


>Here's some packet stats from one of my systems what has been up 
>just 70 days. 

>Add them up. That's close to two million packets. Not bad for 
>using the kludge. 

>(No, this isn't APRS either...) 


It is NOS of course. I used checksum KISS on all my NOS nodes. Makes a big 
difference. Still, I don't understand your point. You blast two million 
packets in the air, and you say "not bad"? A better metric would be how much 
actually data got sent on those 2 million packets. 


>Bottom line. We will have more and better software if we respect 
>those folks developing it. Either by respecting the GNU license or by 
>paying for what we use from folks in business. 


Of course. The people you are slamming long long ago left the scene so isn't 
it time to move on? 


>PS. To keep this at least a microBit on topic, the plain text nature of the 
>current APRS feed is a good thing. 


In 1985 or 1990 it might have been. Today it is just plain inefficient and 
what we have is not well suited for small microcontrollers. 


>Save the compressed binary transport 
>for the next generation where it can be part of a clean rewrite. 


I wouldn't discourage anyone from doing this. APRS works on the principle 
that you do something and then it gets implemented in the spec. If someone 
wants to do a binary compressed format for ham AVL, I'd highly encourage it 
as the spec does not move fast enough (and that is a whole other topic of 
discussion). 


>PPS. Another current example of involuntary software sharing. 
>There are now two 

>commercial spinoffs of Byon's Tiny Trak using "shared" source and 
>utilities. 


?? 


Again, there is a difference between theft and open source. Byon, as best I 
can tell, released too much and didn't protect himself well enough. I'm sure 
he has learned from this, but don't try and confuse the issues. The TinyTrak2 
is a commercial product, not open source. 


-Jeff 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Nov 14 21:20:11 2002 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA25701 
for <lyris.aprsspec@tapr.org>; Thu, 14 Nov 2002 21:20:11 -0600 (CST) 
Message-ID: <LYR11589-107030-2002.11.14-22.03.56-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Allen D. Alter" <n2radio@triton.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRSPLUS 
Date: Thu, 14 Nov 2002 22:21:46 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Allen D. Alter" <n2radio@triton.net> 
X-Message-Id: <000e01c28c56$21923020$24a141d8@triton.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am having problems with entering Lat/Lon. I converted to 
dec. I still end up in someplace 1000 or more miles away 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sun Nov 24 16:40:21 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAAQ3572 

for <lyris.aprsspec@tapr.org>; Sun, 24 Nov 2002 16:40:21 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR Board of Directors" <tapr-board@lists.tapr.org> 
Subject: [aprsspec] TAPR List Sponsorship 
Date: Mon, 25 Nov 2002 09:37:40 +1100 
Message-ID: <LYR11589-108440-2002.11.24-17.23.58-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
X-Scanner: exiscan *18G5PL-0007uL-00*lsQe0Glinj.* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <00ed01c2940a$1b9aaa60$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G'Day All 


Thank you for reading this message. TAPR provides this mailing list 
along with others as a service to their members and the Ham Radio 
community in general. Providing this service and other services such as 
our FTP site and the cost of developing new products like the Pic-E and 
EasyTrak, costs money. 


We are more than happy to provide these resources to the entire Ham 
Radio community, but we do ask that you do concider joining TAPR. A good 
way to see what we're up to is to take a look at the latest issue of our 
quarterly journal, the _Packet_Status_Register_ which is available for 
download at 

http: //www.tapr.org/PSR 


Membership in TAPR is only US$20 regardless of whether you live in 
Tuscon, Arizona, or Sydney, Australia. If you want to join, or if your 
membership is coming up for renewal, please visit www.tapr.org on the 
Web for details. Specifically you can go to the following page for 
information 

http: //www.tapr.org/tapr/htm1/Fmembership. html 


Darryl Smith, VK2TDS 
TAPR Board Member 


P.S. I have recently joined the board as its first non-North American 
board member. As part of my Board duties, I have agreed to have overall 
responsibility for membership. If anyone has any questions or concerns 
about membership or TAPR in general, please EMAIL me. I can also be 


contacted by phone with prior arrangement 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
vk2tds@tapr.org | www.radio-active.net.au 
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From bounce-aprsspec-11589@lists.tapr.org Wed Dec 4 00:07:43 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA26484 
for <lyris.aprsspec@tapr.org>; Wed, 4 Dec 2002 00:07:43 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "TAPR Board of Directors" <tapr-board@lists.tapr.org>, 
"TAPR APRS Special Interest Group" <aprssig@lists.tapr.org>, 
"htaprs digest recipients" <htaprs@lists.tapr.org>, 
"aprs sig \(aprs sig\)" <aprssig@tapr.org>, 
""APRS Spec Discussion List'" <aprsspec@lists.tapr.org>, 
"'TAPR PIC Development Special Interest Group'" <picsig@lists.tapr.org>, 
"TAPR Spread Spectrum Special Interest Group" <ss@lists.tapr.org>, 
"TAPR AO-16 APRS Special Interest Group" <aoléaprs@lists.tapr.org> 
Subject: [aprsspec] Authors Wanted for PSR and DCC... 
Date: Wed, 4 Dec 2002 17:05:40 +1100 
Message-ID: <LYR11589-109540-2002.12.04-00.51.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
X-Scanner: exiscan *18ISfw-OQ000W5-00*F1ZSUxmOIkwx on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <008801c29b5b$2£294c00$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G' Day 


TAPR have decided to introduce some changes to support those members of 
TAPR who are putting time and energy into the various publications that 
TAPR puts out each year. 


Three Month Membership Extension for Packet Status Register (PSR) 
Articles 


>From the next issue of PSR, members who have articles published in the 
PSR magazine will have their membership of TAPR extended by three 
months. It is hoped that this will encourage members to write for the 
magazine. The deadline for articles for the next issue of PSR is 
mid-January. More information on submitting articles, and on obtaining 
copies of the magazine can be found on 

http: //www.tapr.org/tapr/html/Fpsr.html 


Six Month Membership Extension for Digital Communications Conference 
(DCC) Articles 


>From the 2003 DCC, planned for somewhere in the Eastern USA, TAPR will 
be offering Six Month membership extensions for all members who have 
papers published in the proceedings. Whilst we would dearly love all 
authors of papers to attend the conference, we recognize that there are 
reasons that members cannot attend the conference - so the requirement 
is only on having your paper published. This is of course in addition 
to the complimentary copy of the DCC proceedings that each author is 
entitled to. 


We are looking for papers on subject within the bounds of Digital 
Communications, as it applies to Ham Radio, on all levels. All you need 
is something to say. If you feel that you are unable to write a paper 
because you do not have the time, or writing a paper is outside your 
area of expertise, please contact me. I will attempt to find someone who 
will be able to help you with getting the paper written. 


More details on the conference itself will be made available early in 
2003, along with a formal call for papers. Until then you can examine 
the DCC area of the TAPR www site for details on past conferences by 
looking at http://www.tapr.org/dcc/ 


Darryl VK2TDS 
TAPR Board Member 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Dec 10 07:46:01 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA28296 

for <lyris.aprsspec@tapr.org>; Tue, 10 Dec 2002 07:46:00 -0600 (CST) 
Date: Tue, 10 Dec 2002 08:45:23 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: TAPR APRS Special Interest Group <aprssig@lists.tapr.org>, 

<aprsspec@lists.tapr.org> 

Subject: [Laprsspec] Re: [aprssig] 16 bit (and larger) Telemetry 
In-Reply-To: <LYR20817-110321-2002.12.10-02.51.27-- 
bruninga#usna.edu@lists.tapr.org> 
Message-ID: <LYR11589-110346-2002.12.10-08.30.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0212100842490 .7543-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Looks perfect to me! 
Bob 


On Tue, 10 Dec 2002, Steve Dimse wrote: 


I'm involved in an APRS project that requires telemetry with greater 
precision than the 8 bits provided for in the APRS spec. This data will 
be transmitted using the "user defined" part of the spec.... I propose 
using the character T (telemetry) for the user character, and H and D 
(hex and decimal) for the format character. 

Examples: 


$TH243,AE,4F2,,12,0,FF 
$1D134.2,42,0,-23.3,0, 


As a teaser, I'll show an example of a prototype of a new telemetry cgi. 
This uses the Ploticus plotting package 


VV VV VV VV VV VV 


(http: //ploticus.sourceforge.net)...a very powerful program with its own 
complex scripting language, but this prototype uses one of their 
"prefab" scripts, chron, which plots time on the x axis. It is limited 
to plotting a single line, obviously not good enough, I'll have to learn 
the scripting language, but this hints at what can be done: 


http://www. findu.com/cgi-bin/tele1.cgi?call=k9d9&last=72&param=1 
http://www. findu.com/cgi-bin/tele1.cgi?call=kj7az-6&last=72&param=2 


(param is which of the tele values to plot, in addition © is the transmitted 
sequence number, while -1 is the received sequence number). 


The final tele cgi will work on the original 8 bit format and either of 
the new ones automatically (i.e. it will sense the datatype and do 


conversions automatically, no need to specify the format). 


Comments encouraged! (and can someone post this on the aprsspec group, 
I'm not subscribed! ) 


Steve K4HG 


X VVVVVV VV VV VV VV VV VV VV 
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From bounce-aprsspec-11589@lists.tapr.org Tue Dec 10 13:32:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA15402 

for <lyris.aprsspec@tapr.org>; Tue, 10 Dec 2002 13:32:40 -0600 (CST) 
From: Jeff King <jeff@aerodata.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Tue, 10 Dec 2002 14:31:43 -0500 
In-Reply-To: <LYR18229-110373-2002.12.10-13.22.11-- 
jetf#taerodata.net@lists.tapr.org> 
Subject: [aprsspec] Re: 16 bit (and larger) Telemetry 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jeff King <jeff@aerodata.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Message-Id: <LYR11589-110388-2002.12.10-14.17.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA15402 


--- Original Message --- 

From: "Jeff King" <jeff@aerodata.net> 

To: TAPR APRS Special Interest Group <aprssig@lists.tapr.org> 
Cc: 

Sent: Tue, 10 Dec 2002 13:36:22 -0500 

Subject: [aprssig] Re: 16 bit (and larger) Telemetry 


>No comment other then I wouldn't go out of your way not to break the 
>APRS 

>spec (you said something about being in the user defined field, 
>implying that 

>you had to carry some payload you don't need). If you review the 
>requests to 

>the APRSSPEC over the years, you'll see a telemetry format was tops 
>among 

>them. 

> 

>Normally wouldn't suggest this to anyone, but your in a position to 
>drive the 

>spec/avoid the kludge and since you have a personal need, might as 
>well kill 

>two birds with one stone. 

> 

>However you chose to do it, good luck. I'm sure it will be useful. 
> 

>Jeff 

> 

>-- 

>Jeff King, jeff@aerodata.net on 12/10/2002 

> 

> 

>On Tue, 10 Dec 2002 03:06:14 -0500, Steve Dimse wrote: 

>>I'm involved in an APRS project that requires telemetry with greater 
>>precision 

>>than the 8 bits provided for in the APRS spec. This data will be 
>>transmitted 

>>using the "user defined" part of the spec. Rather than develop a 
>>format specific 

>>to this application, I am going to make it as general as I can, so 
>>that the 


>>findU tools I am writing to manipulate the data can be used by other 
>>applications (thereby hopefully avoiding some requests for special 
>>user-defined 

>>formats). 

>> 

>>I'm bringing this up here because I'm open to suggestions, at least 
>>up until the 

>>first remote device is deployed. If you have ideas that would make 
>>this more 

>>uesful, please share them. 

>> 

>>The basic plan is for two different packets, one with positive hex 
>>integers, the 

>>other with base 10 numbers (which may be signed or unsigned, integer 
>>or floating 

>>point). 

>> 

>>The reason for two formats is that hex is easier for embedded 
>>devices to encode 

>>than decimal, and can also save a few bytes on ech packet, depending 
>>on the 

>>number and size of the values. However, it is hard to do negatives 
>>in hex (when 

>>there is not a set bit-length of the number...is FF a 16 bit 255 or 
>>an 8 bit 

>>-1?) and damn near impossible to do efficient, cross-platform 
>>floating point. 

>> 

>>There is no official limit on the number of values in the packet 
>>(there are 

>>practical issues, but the format, and my code do not set the 
>>limits), fields are 

>>comma delimited, datapoints without values are represented by a true 
>>empty field 

>>(two consecutive commas or comma at the end of a line). I propose 
>>using the 

>>character T (telemetry) for the user character, and H and D (hex and 
>>decimal) 

>>for the format character. 

>> 

>>Note there is no timestamp or sequence number in this spec. An 
>>individual user 

>>is free to designate one of the fields for that function, but there 
>>is no wasted 

>>space for those who don't need it. 

>> 

>>Examples: 

>> 


>>$TH243,AE,4F2,,12,0,FF 

>> 

>>+TD134.2,42,0,-23.3,0, 

>> 

>>Again, this is under the user-defined part of the spec, so it is not 
>>a matter 

>>for the APRS WG (other than allocated the specific format 
>>characters). If you 

>>have a need not met by whatever we end up using, you can create at 
>>different 

>>format to meet your needs. As I say, I'm bringing this up now 
>>because I would 

>>like to have the spec and tools as general purpose as possible. 

>> 

>>As a teaser, I'll show an example of a prototype of a new telemetry 
>>cgi. This 

>>uses the Ploticus plotting package 
>>(http://ploticus.sourceforge.net)...a very 

>>powerful program with its own complex scripting language, but this 
>>prototype 

>>uses one of their "prefab" scripts, chron, which plots time on the x 
>>axis. It is 

>>limited to plotting a single line, obviously not good enough, I'1l 
>>have to learn 

>>the scripting language, but this hints at what can be done: 

>> 

>>http: //www.findu.com/cgi-bin/tele1.cgi?call=k9d9&last=72&param=1 
>>http: //www.findu.com/cgi-bin/tele1.cgi?call=kj7az-6&last=72&param=2 
>> 

>>(param is which of the tele values to plot, in addition 0 is the 
>>transmitted 

>>sequence number, while -1 is the received sequence number). 

>> 

>>The final tele cgi will work on the original 8 bit format and either 
>>of the new 

>>ones automatically (i.e. it will sense the datatype and do 
>>conversions 

>>automatically, no need to specify the format). 

>> 

>>Comments encouraged! (and can someone post this on the aprsspec 
>>group, I'm not 

>>subscribed! ) 

>> 

>> 

>>Steve K4HG 

>> 

>>--- 

>>You are currently subscribed to aprssig as: jeff@aerodata.net 


>>To unsubscribe send a blank email to leave-aprssig- 
>>18229V@lists.tapr.org 

>>Questions regarding the SIG go to the SIG administrator: 
>>wallou@tapr.org 


VV VV 


> 

>--- 

>You are currently subscribed to aprssig as: jeff@aerodata.net 
>To unsubscribe send a blank email to leave-aprssig- 
>18229V@lists.tapr.org 

>Questions regarding the SIG go to the SIG administrator: 
>waillou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From admin@advertiger.com Sun Dec 15 14:58:15 2002 
Received: from linux.local ([213.9.245.142]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAAQ3849 
for <lyris.aprsspec@tapr.org>; Sun, 15 Dec 2002 14:58:13 -0600 (CST) 
Message-Id: <200212152058.O0AAQ3849@tapr.org> 
Received: (qmail 20252 invoked from network); 15 Dec 2002 22:00:15 -0000 
Received: from unknown (HELO admin) (192.168.0.1) 
by linux.local with SMTP; 15 Dec 2002 22:00:15 -0000 
From: "Admin" <admin@advertiger.com> 
Subject: Discounted Cigs 
To: lyris.aprsspec@tapr.org 
Sender: Admin <admin@advertiger.com> 
Reply-To: admin@advertiger.com 
Date: Sun, 15 Dec 2002 21:58:07 +0100 
X-Priority: 3 
X-Library: Indy 8.0.25 


Dear Sir or Madam 


If you are a smoker in the UK, or in the ROI, then we have something for you. 


You are probably fed up with paying high prices for your cigarettes and tobacco. 
Take a look at what we can do for you at 
http: //www.advertiger.com/bs/?E=b082ba8260f6eb4e891a3e2b03fFfc961 


We can send you, legally, by registered air mail, direct to your door, 4 cartons 
of cigarettes or 30 fifty gram pouches of rolling tobacco (all brands are 
available) from only 170 Euros - about 105 pounds - fully inclusive of postage and 
packing. Why pay more? 


If you would rather not hear from us any more, this link will ensure that you are 
not bothered again. 
http: //www.advertiger.com/bs/off.php?E=b082ba8260f6eb4e891a3e2b03££c961 


Yours faithfully. 
British Smokers 


http: //www.advertiger.com/bs/?E=b082ba8260f6eb4e891a3e2b03fFfc961 
w2yy987335ald 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 18 03:04:45 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA20528 
for <lyris.aprsspec@tapr.org>; Wed, 18 Dec 2002 03:04:43 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS Spec 
Date: Wed, 18 Dec 2002 20:03:54 +1100 
Message-ID: <LYR11589-111468-2002.12.18-03.49.47-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
X-Scanner: exiscan *180a7U-00007v-00*M80qKZIxMz2* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <045a01c2a674$677170a0$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Minor Typo on Page 94 of the APRS Spec... Under Appendix 1 - APRS Data 
formats. 


The table for AX-25 UI-Frame format lists the FLAG at the end of the 
packet being 2 bytes long. The correct number is 1, and it may be shared 
with the next packet 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Dec 18 12:37:56 2002 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAAQ9014 

for <lyris.aprsspec@tapr.org>; Wed, 18 Dec 2002 12:37:52 -0600 (CST) 
Date: Wed, 18 Dec 2002 13:36:02 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] APRS TOCALL Version Numbers 
Message-ID: <LYR11589-111535-2002.12.18-13.22.31-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0212181335410.7126-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I am proposing to add APVxxx for IRLP, ILINK, ECHOLINK and any othe Voice 


over IP system if it needs to send out a node STATUS packet to its users. 
APVRxx is for IRLP 

APVLxx is for I-LINK 

APVExx is for ECHO link 


Here is the current list of APRS TOcalls and Version nomenclature that I 
have updated. Previous one was Sept 2002. 


APA A-Filter, Alinco, etc 
APAFxx AFilter. 
APAGxx AGATE 
APAXxx AFilterx. 
APAHxx AHub 
APB Rabbit TCPIP microprocessors 
APC Windows CE, etc 
APCYxx Cybiko applications 
APD APRSd, etc 
APDTxx APRStouch Tone (DTMF) 
APE avail 
APF avail 
APG Gates, etc 
APH HamHud, etc 
API Icom, etc 
APICQx for ICQ 
APJ JavaAPRS,JeAPRS, etc 
APJAxx JavAPRS 
APJExx JeAPRS 
APK Kenwood, etc 
APKOxx THD7's 
APK1xx D700's 
APL Liunx applications 
APM MacAPRS, etc 
APN Network nodes, digis, etc 
APN3xx Kantronics KPC-3 rom versions 
APN9xx Kantronics KPC-9612 Roms 
APNAxx WB6ZSU's APRServe 
APNMxx MIF TNC roms 
APNPxx Paccom TNC roms 
APNDxx DIGI_NED 
APNUxx UIdigi 
APO APRSpoint 
APP pocketAPRS, etc 
APQ avail 
APR APR8xx APRSdos,etc 
APRDxx APRSdata, APRSdr 
APRKxx APRStk 
APRS Generic, (obsolete. Digis should use APNxxx instead) 
APRXxx APRSmax 


APRTLM used my MIM's and Mic-lites, etc 
APRSTx APRStt (Touch tone) 
APS APRS+SA, etc 
APT TinyTxrack 
APTTxx Tiny Track 
APT2xx Tiny Track II 
APTAxx K4ATM's tiny track 
APTWxx Byons WXTrac 
APTV for ATV/APRN and SSTV applications 
APU UIview, etc 
APU1xx UIview 16 bit applications 
APU2xx UIview 32 bit apps 
APU3xx UIview terminal program 
APV Voice over Internet applications 
APVRxx is for IRLP 
APVLxx is for I-LINK 
APVExx is for ECHO link 
APW WinAPRS, etc 
APX Xaprs, Xastir, etc 
APY etc, Yeasu, etc 
APZ Experimental 
APZOxx Xastir (old versions. See APX) 
APZPAD Smart Palm 


Authors with similar alphabetic requirements are encouraged to share 
their address space with other software. Work out agreements amongst 
yourselves and keep me informed. 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Jan 3 07:55:37 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA22811 

for <lyris.aprsspec@tapr.org>; Fri, 3 Jan 2003 07:55:35 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Fri, 03 Jan 2003 08:52:25 -0500 
Subject: [aprsspec] Get Published and Extend Your TAPR Membership! 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-113442-2003 .01.03-08.40.29-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <BA3AFFC9.AD7F%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


TAPR members: 


The editorial board of Packet Status Register (PSR, the quarterly Newsletter 
of TAPR) is now soliciting articles, news items, etc. for the next issue of 
the newsletter. Topics related to digital Amateur Radio will be given 
preference and the editorial board reserves the right to determine what is 
suitable for publication. 


As a bonus, if your contribution is published in PSR, your TAPR membership 
will be extended by 3 months. 


E-mail your contributions to watlou@tapr.org ASAP because the deadline for 
the next issue of the newsletter is January 26. 


73, 
Stan Horzepa, WA1LOU, PSR Editor 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Jan 4 03:24:01 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA24177 
for <lyris.aprsspec@tapr.org>; Sat, 4 Jan 2003 03:24:00 -0600 (CST) 
From: "Ciemon Dunville GOTRT" <gO0trtlists@businessunmetered.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] New member of the list 
Date: Sat, 4 Jan 2003 09:22:46 -0000 
Message-ID: <LYR11589-113576-2003.01.04-04.09.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ciemon Dunville GOTRT" <gOtrtlists@businessunmetered.com> 
X-Message-Id: <002401c2b3d2$e0569570$7ed0a4c2@armoury> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id DAA24177 


Hi all, 


I've just joined the list... Ciemon (pronounced Simon) Dunville GOTRT; aged 
35; living near Ipswich in the UK; licensed for 12 years; using APRS for 
around 8 years; programming experience limited to a bit of C and Smalltalk. 


So why have I joined the list? Well after so many years of taking, I thought 
I'd try and give. 


Almost 2 years ago now the first APRS spec was released, after a lot of hard 
work. As time moves on and software is developed, maybe the protocol could 
do with updating too. So I'm offering my services to help in whatever 
way/shape/form I can. Be it writing any revisions to mediating any heated 
debates that will inevitably occur if the spec is revamped. 


So what are your thoughts? 


73.. Ciemon GOTRT 
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From bounce-aprsspec-11589@lists.tapr.org Sat Jan 11 03:46:59 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAAQ8846 
for <lyris.aprsspec@tapr.org>; Sat, 11 Jan 2003 03:46:50 -0600 (CST) 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] How to set the server filter at logon. 
Date: Sat, 11 Jan 2003 10:48:55 +0100 
Message-ID: <LYR11589-114562-2003 .01.11-04.33.03-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
X-MIME-Autoconverted: from 8bit to quoted-printable by bart.vegasys.net id 
hOB9iqUb008907 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Roger Bille" <roger.bille@telia.com> 
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBAEPDENAA. roger. bille@telia.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id DAA08846 


Dear developer, 


The attached message was sent today to a few lists. There are 2 other 
methods to set the filter which are more target for you as developer if you 
want to enable the possibility to have a field in your applications where 
the users can enter their default filter definition and that is the passed 
to the server during connection/logon. They will then not need to send an 
APRS message initially. Of course can they send a message to change the 


filter at a later time. 


Method #1 

The server logon string is check for a filter keyword and anything after 
that is treated as a filter definition. The filter keyword must be the 8th 
argument. For example: 


user SM5NRK pass 12345 vers Test 1.0 filter 1r/63/16/1000 t/wn 


Method #2 
The filter definition can also be sent in a comment line between the client 
and the server. The comment line must start with #. For example: 


user SM5NRK pass 12345 vers Test 1.0 
d# filter +/63/16/1000 t/wn 


73 de sm5nrk/Roger 


Dear all, 


Introduction: 

The APRS-IS full feed today have a lot of traffic and require a high 
bandwidth, in particular for the APRS-IS server sites, but also for some of 
you that connect that are only interested in the particular traffic. To 
accommodate this a number of servers have special regional feeds which 
filter the traffic. There are also some weather specific feeds available. 
But all these are setup according to what the server operator "thinks" will 
be good for the users. Now we can take this one step further. 


Now will each of you be able to select what traffic you are interested in 
and the server will create a unique feed for you. There is great flexibility 
to construct your personal feed. 


How does it work? 

Pete Loveall AE5PL have written the APRS-IS server software javAPRSSrvr in 
java which is used by a number of servers. Pete has been kind to create some 
hooks into his server software so I have been able to write a filter add-on, 
javAPRSFilter (also in java). These 2 applications work together to provide 
this filtering. Status on the APRS-IS servers can be found here: 
http: //ahubswe.net/aprs_stat.asp 


You define the filter by doing the following: 


1. Connect and logon to a filter enabled port on a server 
2. Send an APRS message to the server requesting the filter you want 


Filter commands 

There are 4 different kinds of filters that can be used in any combination. 
Each filter is working independent and is additive to the feed. This mean if 
the filter finds a match it will be passed to you. The filter commands in 
the APRS message to the servers call is starting with the word 'filter' 
(without quotes) and each filter command is delimited by a single space. A 
message with just 'filter?' (without quotes) will return the current filter 
definition. 


#1 Range filter 

The range filter will pass all stations and their beacons, status, messages 
etc within a distance from a set location. It will also pass messages to 
stations within the filter and positions of the message sender even if they 
are outside the range. Up to 3 range filters can be used at the same time to 
extend the areas when you have problem to find a good circle match. 


Syntax: r/lat/lon/dist [r/lat1/lon2/dist2 [[r/lat2/lon2/dist2]] 


Where: 4x = range command 
lat = latitude in degrees (no decimals). Negative for south 
lon = longitude in degrees (no decimals). Negative for west 
dist = distance in kilometers from lat/lon. 
I'm sorry we don't use miles here in Sweden ;-) 


Samples: r/55/-4/600 This will pass all traffic for UK 
r/37/-81/1500 This will pass all east cost US traffic 


#2 Prefix filter 
The prefix filter will pass traffic based on if the senderis call starts 
with a specific pattern. Up to 10 patterns can be defined at the same time. 


Syntax: p/pi1/p2/p3... (up to 10) 


Where: p = prefix command 
p# = The prefix (starting) pattern 


Samples: p/K This will pass all traffic from stations starting with K 
p/SK/F This will pass stations starting with either SK or F 
p/SM5NRK This will pass all traffic from SM5NRK and any SSID at the end 


#3 Budlist filter 

The budlist filter will pass traffic based on exact match of the senderis 
call. Also the SSID is part of the exact match. If you want all SSID use 
prefix filter above. Up to 10 calls can be defined at the same time (if they 
can fit in a single APRS message) . 


Syntax: b/call1/call2/call1l3... (up to 10) 


Where: b = budlist command 
call# = The prefix (starting) pattern 


Samples: b/SM5NRK This will pass all traffic from SM5NRK without any SSID 
b/SM5NRK-5/SK5UM This will pass all traffic from SM5NRK-5 and SK5UM 


#4 Type filter 
The type filter will pass traffic depending on the packet type. More than 
one type can be defined in one single command. 


Syntax: t/type 


Where: +t = type command 
type = is one or more of the following letters 
Position packets 
= Objects 
= Items 
= Message 
= NWS Weather 
Weather 
= Telemetry 
= Query 
= Status 
= User-defined 


xo) 
Il 


cwMnoOrtre2 35 3 FO 
Il 


Samples: t/p This will pass all traffic with a position 
t/w This will pass all weather traffic. For positionless 
weather objects the corresponding position packet 
will also be sent when it is next heard 
t/mos This will pass all messages, objects and status traffic 


Remeber that the APRS message must start with the word filter and the the 
commands. 


The above filters can be combined as explain above. Each filter will 
however working independent of the others, for example: 


filter r/63/16/1000 1r/55/-4/600 p/F b/AE5PL t/s 


The above filter will pass all traffic within Nordic (range#1) AND UK 
(range#2) AND stations starting with F (prefix) AND from AE5PL (budlist) AND 
all status traffic (type). 


Where to connect? 
This is up to each server operator if/when they will provide this type of 
service. The following servers and ports have this enabled as far as I know. 


ahubswe.net:14580 
aprsca.net:14580 
aprseast.net:14580 
aprswest.net:14580 


I welcome any comments, suggestions and complains. I monitor the UI-View 
and APRSSIG lists. 


73 and have fun 
Roger Bille/SM5NRK 
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From bounce-aprsspec-11589@lists.tapr.org Sun Jan 19 18:58:11 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA14595 

for <lyris.aprsspec@tapr.org>; Sun, 19 Jan 2003 18:58:09 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Sun, 19 Jan 2003 19:54:53 -0500 
Subject: [aprsspec] PSR deadline coming soon! 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-116143-2003 .01.19-19.43.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <BA50B30D.B6E4%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Just a reminder: If you are interested in submitting an article for TAPR's 
newsletter, Packet Status Register, the deadline is the 26th, so send me 
your input ASAP. 


73, 


Stan, WA1LOU, PSR Editor 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 23 18:47:38 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA15940 

for <lyris.aprsspec@tapr.org>; Thu, 23 Jan 2003 18:47:34 -0600 (CST) 
Message-ID: <LYR11589-116875-2003.01.23-19.34.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Thu, 23 Jan 2003 19:44:26 -0500 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
CC: APRS Spec eMail Remailer <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SCC Proposal [was:Symbols/Icons was something else] 
References: <LYR27060-116801-2003.01.23-10.05.03--w2evitarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E308C69.65B4DF14@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


--- Excerpted from the APRS101.pdf file ----- 


APRS Data Extensions: a fixed-length 7-byte field may follow APRS position 
data. This field is an APRS Data Extension. The extension may be...: 


PHGphgd Station Power and Effective Antenna Height/Gain/Directivity 


Power, The 7-byet PHGphdg Data Extension specifies the 
Effective Antenna transmitter power, effective antenna height-above- 
Height/Gain average-terrain, antenna gain and antenna direc- 
Directivity tivity. APRS uses this information to plot radio 


range circles around stations. 


The 7 characters of this Data Extension are encoded 
as follows: 


Characters 1-3 PHG (fixed) 


Character 4 p Power code 
Character 5 h Height code 
Character 6 g Antenna gain code 
Character 7 d Directivity code 


Example of the PHG Data Extension: PHG5132 (reference a table that is 
included in the spec) 


Another example: =4903.50N/07201.75W#PHG5132 


Modify the Protocol Spec to add a new Data Extension parameter called SCC 
(Station Configuration Code). It is defined as: 


Starts with the sequence: "SCC" and is at least 6-bytes long 

Ends with either a " " or by virtue of being at the end of the frame 
There is no limit to how long this field can be 

This is a variable length field...not requiring that all stations 
fill-in all values. 


oo0°0 


SCC parameters include (in order of decreasing ability for the operator to 
provide accurate information): 

2-byte designation of frequency of operation 

1-byte Network Personality designation 

1-byte Power designation 

1-byte Antenna Gain designation 

1-byte Antenna Pointing Vector designation 

1-byte Antenna Height (Above Mean Sea Level) designation 

1-byte Antenna Height (estimated Height Above Average Terrain) designation 


oOoO0O0000 


Empiracally: SSCbsnpgvmt 
Examples of valid SCC's (with "real values" included): 


SCCVK1INLAKP 
SCCVK1INLAK 
SCCVK1INLA 
SCCVK1INL 
SCCVK1N 
SCCVK1 


Below are examples of the first two variables (2-byte frequency designation and 
1-byte Network Personality designation). I have ideas on the others, too...but 


this is alot of information for folks to digest...so I'll stop there): 


ScC = Field-flag 


= 2-byte designation of frequency of operation === 
->(X)tra (L)ow (M)ed. (H)igh (V)ery (U)ltra(S)uper (E)xtr 
Low High High High High 


3-kHz 30-kHz 300-kHz 3-MHz 30-MHz 300-MHz 3-GHzZ 30-GHz 
4-kHz 40-kHZ 400-kHz 4-MHz 40-MHz 400-MHz 4-GHz 40-GHz 
5-kHz 50-kHz 500-kHz 5-MHz 50-MHz 500-MHz 5-GHz 50-GHz 
6-kHz 60-kHz 600-kHz 6-MHz 60-MHz 600-MHz 6-GHz 60-GHz 
7-kHz 70-kHz 700-kHz 7-MHz 70-MHz 700-MHz 7-GHz 70-GHz 
8-kHz 80-kHz 800-kHz 8-MHz 80-MHz 800-MHz 8-GHz 80-GHz 
9-kHz 90-kHz 900-kHz 9-MHz 90-MHz 900-MHz 9-GHz 90-GHz 
10-kHz 100-kHz 1-MHz 10-MHz 100-MHz 1-GHz 10-GHz 100-GHz 
11-kHz 110-kHz 1.1-MHz 11-MHz 110-MHz 1.1-GHz 11-GHz 110-GHz 
12-kHz 120-kHz 1.2-MHz 12-MHz 120-MHz 1.2-GHz 12-GHz 120-GHz 
13-kHz 130-kHz 1.3-MHz 13-MHz 130-MHz 1.3-GHz 13-GHz 130-GHz 
14-kHz 140-kHz 1.4-MHz 14-MHz 140-MHz 1.4-GHz 14-GHz 140-GHz 
150-kHz 1.5-MHz 15-MHz 150-MHz 1.5-GHz 15-GHz 150-GHz 
16-kHz 160-kHz 1.6-MHz 16-MHz 160-MHz 1.6-GHz 16-GHz 160-GHz 
17-kHz 170-kHz 1.7-MHz 17-MHz 170-MHz 1.7-GHz 17-GHz 170-GHz 
18-kHz 180-kHz 1.8-MHz 18-MHz 180-MHz 1.8-GHz 18-GHz 180-GHz 
19-kHz 190-kHz 1.9-MHz 19-MHz 190-MHz 1.9-GHz 19-GHz 190-GHz 
20-kHz 200-kHz 2.0-MHz 20-Mhz 200-MHz 2.0-GHz 20-GHz 200-GHz 
21-kHz 210-kHz 2.1-MHz 21-MHz 210-MHz 2.1-GHz 21-GHz 210-GHz 
22-kHz 220-kHz 2.2-MHz 22-MHz 220-MHz 2.2-GHz 22-GHz 220-GHz 
23-kHz 230-kHz 2.3-MHz 23-MHz 230-MHz 2.3-GHz 23-GHz 230-GHz 
24-kHz 240-kHz 2.4-MHz 24-MHz 240-MHz 2.4-GHz 24-GHz 240-GHz 
25-kHz 250-kHz 2.5-MHz 25-MHz 250-MHz 2.5-GHz 25-GHz 250-GHz 
26-kHz 260-kHz 2.6-MHz 26-MHz 260-MHz 2.6-GHz 26-GHz 260-GHz 
27-kHz 270-kHz 2.7-MHz 27-MHz 270-MHz 2.7-GHz 27-GHz 270-GHz 
28-kHz 280-kHz 2.8-MHz 28-MHz 280-MHz 2.8-GHz 28-GHz 280-GHz 
29-kHz 290-kHz 2.9-MHz 29-MHz 290-MHz 2.9-GHz 29-GHz 290-GHz 
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Network Personality (n) 


A 1-byte (Base36 representation of a binary value) calculated as: 


Digipeater (WIDEn-N) 000004 
Digipeater (TRACEn-N) Q000#0 
Weather Station 000700 
Internet Gateway 00000 
RF Gateway 040000 
Backbone Router iFO0000 


Binary Sum & display as a 1-byte Base(36) value 


Example: Widen-N digi, WX station and IGate 
000001 
000100 
001000 


001101 = 13 decimal, "D", BASE(36) 


WoW! This information can be embedded right into the frame by having 
client-side software include fields that the operator fills out...and does the 
encoding for them. On the RX-side...client-side software can easily parse out 
this information and offer users a wide range of options in displaying stations 
on their map. 


Do you want to know all of the stations capable of IGating? Easy! The best 
part is that it doesn't matter what the display icon is! 


Lastly...even if you don't agree with this proposal, you are to be saluted for 
reading through it and considering it. 


Kind Regards, 
Ev Tupis, W2EV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Jan 28 01:58:39 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA29837 

for <lyris.aprsspec@tapr.org>; Tue, 28 Jan 2003 01:58:38 -0600 (CST) 
From: "Ciemon Dunville GOTRT" <hamlists@gOtrt.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Updating the spec - RFI 
Date: Tue, 28 Jan 2003 07:56:48 -0000 
Message-ID: <LYR11589-117630-2003.01.28-02.45.03- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
In-Reply-To: <LYR31591-113576-2003.01.04-04.09.57-- 
gOtrtlists#businessunmetered.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ciemon Dunville GOTRT" <hamlists@gOtrt.com> 
X-Message-Id: <007301c2c6a2$d32e8c80$0300a8cO@armoury> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id BAA29837 


Hi all, 


Well I offered my services and only a couple replied off list, so in an 
attempt to get the ball rolling... 


If you're an APRS software author could I ask you to send the following 
please: 


1. Name and callsign. 

2. Software under development and OS. 

3. If you are willing/have the time/inclination to participate in APRS 
spec development. 

4. <Any limitations. 


Short replies preferred please to get things rolling. 

Oh, and if you're an author and can't for whatever reason participate, could 
you please acknowledge this message so that we're all aware of your stance 
as the spec is developed. 


Thank you 


Ciemon GOTRT 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 00:01:10 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA28922 

for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 00:00:59 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: aprsspec digest: January 28, 2003 
Date: Wed, 29 Jan 2003 17:00:09 +1100 
Message-ID: <LYR11589-117829-2003.01.29-00.47.57-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
In-Reply-To: <LYR11660-117818-2003.01.29-00.00.14--darryli#tradio- 
active.net.au@lists.tapr.org> 
Importance: Normal 
X-Scanner: exiscan *18d1Go-0005VR-00*1TpyaOYKj1U*x on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <002101c2c75b$b0c38470$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


You asked for it... 
Darryl Smith, VK2TDS 


1. AntiTracker Basic 
www. radio-active.net.au/web/tracking/antitracker.html 


PIC based, uploads positions in NMEA format (receive only) 


Decodes Positions only. Does not decode COMPRESSED (does do 
MIC-E) 

Decodes above packets when sent in third party format from an 
igate 

Beta Testing 

ccS C 


2. AntiTracker Pro 


PIC Based, uploads in GARMIN binary format to a GPS 
Will soon decode icons in addition to above 

Beta Testing 

CcS<C 


3. OZiAPRS http://radio-active.net.au/web/gpsaprs/oziaprs.html 


Receive only APRS for OziExplorer. 

Windows Based 

Interface in VB 

APRS Decoding based on libaprs2 by Max (mxd@wilder.net) 
Will have server built in eventually. 

Alpha Testing 


4. BroadcastAPRS 


Receive only APRS designed for doing live webcasts of events 

Designed so that any size icons will work, and it will always 
look good 

Will have autotrack 

Will soon be integrated with libaprs2 

VB 

Totally Unreleased. 

Basically designed for my consultancy business where I have the 
need to do the occasional webcast when I do tracking. 


5. gAPRS 


APRS server for GPRS, or other link layer on the internet where 
the IP address changes constantly 

Translates IMEI number into a callsign, and converts NMEA string 
into an APRS string 

Designed for the WMCS M110 GPRS/GPS tracking unit 


Am I prepared to work on spec development. Yes. 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


cote Original Message----- 

From: bounce-aprsspec-11660@lists.tapr.org 
[mailto:bounce-aprsspec-11660@lists.tapr.org] On Behalf Of APRS Spec 
Discussion List digest 

Sent: Wednesday, 29 January 2003 4:00 PM 

To: aprsspec digest recipients 

Subject: aprsspec digest: January 28, 2003 


APRS Spec Discussion List Digest for Tuesday, January 28, 2003. 


1. Updating the spec - RFI 


Subject: Updating the spec - RFI 

From: "Ciemon Dunville GOTRT" <hamlists@gOtrt.com> 
Date: Tue, 28 Jan 2003 07:56:48 -0000 
X-Message-Number: 1 


Hi all, 


Well I offered my services and only a couple replied off list, so in an 
attempt to get the ball rolling... 


If you're an APRS software author could I ask you to send the following 
please: 


1. Name and callsign. 

2. Software under development and OS. 

3. If you are willing/have the time/inclination to participate in 
APRS 

spec development. 

4. <Any limitations. 


Short replies preferred please to get things rolling. 

Oh, and if you're an author and can't for whatever reason participate, = 
could you please acknowledge this message so that we're all aware of 
your = stance as the spec is developed. 


Thank you 


Ciemon GOTRT 


END OF DIGEST 


You are currently subscribed to aprsspec as: darryl@radio-active.net.au 
To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 17:49:34 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAAQ7032 

for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 17:49:34 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Wed, 29 Jan 2003 15:48:20 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke. com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How to set the server filter at logon. 
In-Reply-To: <LYR29682-114562-2003.01.11-04.33.03-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-117926-2003.01.29-18.36.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 29 Jan 2003 23:48:20.0677 (UTC) 
FILETIME=[E751C750:01C2C7FO] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 


X-Message-Id: <Pine.LNX.4.33.0301291541100 .23098-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 11 Jan 2003, Roger Bille wrote: 


Method #1 

The server logon string is check for a filter keyword and anything after 
that is treated as a filter definition. The filter keyword must be the 8th 
argument. For example: 


VV VV VV 


user SM5NRK pass 12345 vers Test 1.0 filter 1r/63/16/1000 t/wn 


How do other servers handle the extra parameters? Ignore them, or 
refuse to log on the user? 


Method #2 
The filter definition can also be sent in a comment line between the client 
and the server. The comment line must start with #. For example: 


user SM5NRK pass 12345 vers Test 1.0 
# filter r/63/16/1000 t/wn 


VVVV VV 


Can't such comment lines come in from all kinds of sources? What if 
a comment line containing filter parameters comes in from some other 
source through and igate. Can the igate's filtering parameters then 
get changed by someone on RF near the igate? 


Perhaps the comment line has to be immediately following the logon 
line? If so, that would reduce the above problem considerably. 
You define the filter by doing the following: 


1. Connect and logon to a filter enabled port on a server 
2. Send an APRS message to the server requesting the filter you want 


VVNV WV 


This is the method we might have had problems implementing in 
Xastir. Xastir has no concept currently of the "callsign" of the 
remote server. We aren't parsing it out for anything currently. 
Xastir only knows the ip address or hostname. If the callsign of 
the remote server were always part of the hostname, we could still 
have a problem in those cases where the user specified the server by 
IP address. Yea, these are all workable, but they're a bit of a 
pain. 


I'm hoping to be able to use the first method listed above if other 


servers don't have a problem with the extra parameters. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 18:02:35 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ7903 

for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 18:02:28 -0600 (CST) 
content-class: urn:content-classes:message 
Subject: [aprsspec] Re: How to set the server filter at logon. 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="US-ASCII" 
Date: Wed, 29 Jan 2003 18:02:08 -0600 
Message-ID: <LYR11589-117927-2003.01.29-18.49.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
x-mimeole: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] Re: How to set the server filter at logon. 
Thread-Index: AcLH8R/h69msU5DxT7uBsBbeP4nm3AAAGUnw 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1EQ0A2562D60B43BAA4C87505322DFCO784CB@ame-main.ametx.com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA07903 


> ornare Original Message----- 
> From: Curt Mills, WE7U [mailto:hacker@tc.fluke.com] 
> Posted At: Wednesday, January 29, 2003 5:50 PM 


Subject: [aprsspec] Re: How to set the server filter at logon. 


How do other servers handle the extra parameters? Ignore 
them, or refuse to log on the user? 


VV VV 


aprsD and javAPRSSrvr w/o javAPRSFilter ignore them. I don't know about 
AHub. 


Can't such comment lines come in from all kinds of sources? 

What if a comment line containing filter parameters comes in 

from some other source through and igate. Can the igate's 

filtering parameters then get changed by someone on RF near the igate? 


VV VV 


No. A comment line seen on RF will have an AX.25 header on it making it 
a standard packet from the IGate. Servers do not pass comment lines. 
The IGate would have to directly generate the comment line with the 
filter keyword and filter parameters for the filter to be changed. 


This is the method we might have had problems implementing in 
Xastir. Xastir has no concept currently of the "callsign" of 
the remote server. We aren't parsing it out for anything 
currently. Xastir only knows the ip address or hostname. If 
the callsign of the remote server were always part of the 
hostname, we could still have a problem in those cases where 
the user specified the server by IP address. Yea, these are 
all workable, but they're a bit of a pain. 


VV VV VV VV 


The messaging method is designed to allow users to easily change the 
filter on the fly using standard APRS client software. There is no 
requirement for the client software to know the callsign of the server. 
The only requirement is for the user to know the callsign of the server 
that they are currently connected to. 


> I'm hoping to be able to use the first method listed above if 
> other servers don't have a problem with the extra parameters. 


This is how UI-View and APRS+SA have implemented the feature. We have 
not had any reports of problems with this method (other than the usual 
bug reports/enhancement requests which we welcome) . 


73, 


Pete Loveall AE5PL 
pete@ae5pl.net 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 18:06:20 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ8019 
for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 18:06:11 -0600 (CST) 
Message-ID: <LYR11589-117928-2003 .01.29-18.53.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "B. Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-117926-2003.01.29-18.36.12-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: How to set the server filter at logon. 
Date: Wed, 29 Jan 2003 16:06:02 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "B. Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <01a201c2c7£3$608ba4e0$20dcfea9@Thinkpad> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


*xkk comments below 


> On Sat, 11 Jan 2003, Roger Bille wrote: 

> 

> > Method #1 

> > The server logon string is check for a filter keyword and anything 
after 

> > that is treated as a filter definition. The filter keyword must be the 
8th 

> argument. For example: 

> 

> user SM5NRK pass 12345 vers Test 1.0 filter r/63/16/1000 t/wn 


How do other servers handle the extra parameters? Ignore them, or 
refuse to log on the user? 


VV VV VV 


xxx APRSd, JavAPRSrvr servers ignore them from my testing and comments by 
Pete, AE5PL. 


> 

> > Method #2 

> > The filter definition can also be sent in a comment line between the 
client 

> and the server. The comment line must start with #. For example: 


> 
> user SM5NRK pass 12345 vers Test 1.0 
> # filter 1r/63/16/1000 t/wn 


Can't such comment lines come in from all kinds of sources? What if 
a comment line containing filter parameters comes in from some other 
source through and igate. Can the igate's filtering parameters then 
get changed by someone on RF near the igate? 


Perhaps the comment line has to be immediately following the logon 
line? If so, that would reduce the above problem considerably. 


VV VV VV VV VV VV 


xxx If the line came from RF, it would have a callsign>path:data construct. 
It should not be an issue. 
You define the filter by doing the following: 


1. Connect and logon to a filter enabled port on a server 
2. Send an APRS message to the server requesting the filter you want 


VVV Vv 


This is the method we might have had problems implementing in 
Xastir. Xastir has no concept currently of the "callsign" of the 
remote server. We aren't parsing it out for anything currently. 
Xastir only knows the ip address or hostname. If the callsign of 
the remote server were always part of the hostname, we could still 
have a problem in those cases where the user specified the server by 
IP address. Yea, these are all workable, but they're a bit of a 
pain. 


I'm hoping to be able to use the first method listed above if other 
servers don't have a problem with the extra parameters. 


VVVNVNV VV VV VV VV VV VV 


xxx I did not implement the Message method in APRS+SA. I did implement 
both the extended login string and # comment method. In the APRSERVE.TXT 
file which APRS+SA uses, and I suspect Xastir has something similar, I added 
the ability to add the complete filter. This means, # filter 1/63/16/1000 
t/wn. So and entry would be of the form: 

server port comment # filter r/63/16/1000 t/wn 


where server is the server address, port is the TCP/IP port, comment is any 
additional text except octothorpe, "#", which is used to delimit the start 
of the filter data. For APRS+SA, this made the new file backward compatible 
with older versions. I do require the word "filter" to be specified as 
there may be additional keywords used for filters in the future. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 19:04:50 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAAQ9992 
for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 19:04:42 -0600 (CST) 
Content-Type: text/plain; 
charset="1s0-8859-1" 
From: Dale Heatherington <dale@wa4dsy.net> 
Reply-To: Dale Heatherington <dale@wa4dsy.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How to set the server filter at logon. 
Date: Wed, 29 Jan 2003 20:04:16 -0500 
User-Agent: KMail/1.4.3 
References: <LYR18156-117926-2003.01.29-18.36.12--daled#waddsy.net@lists.tapr.org> 
In-Reply-To: <LYR18156-117926-2003.01.29-18.36.12--dale#wa4dsy.net@lists.tapr.org> 
Xmailer-Not: M$ Lookout Virus Express 
MIME-Version: 1.0 
Message-Id: <LYR11589-117954-2003.01.29-19.51.48- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 


List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <200301292004.16594.dale@wa4dsy .net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA09992 


Just for the record aprsd 215b9 has a means of setting 

a port filter at login. This was done several months ago 
and only applies to the new OmniPort, 14600. 

I hoped this would inspire a gradual move to 

using a single port for all user streams. Of course 

it could also be expanded to any type user defined 
filter. 


See: 
http: //www.wa4dsy.net/aprs/ports.htmléomniport 


Messages are addressed to "SERVER" , not the 

servers callsign. The filter can be set prior to login. 
eg: 

p£(all, history) 

user wa4dsy pass 12345 vers macaprs 1.0 


Note the login string is not modified. No comment 
lines are used. The same function that 
parses the login also parses the filter command. 


And, after login commands can be put in 
messages addressed to SERVER. 

eg: 

WA4DSY>APRS: :SERVER :pf(all,history) 


To prevent other aprs servers from responding 

to the message the following is done: 

Messages addressed to SERVER are swallowed and 

not repeated. Message must be from login callsign. 


Aprsd can connect to other aprsd servers and automatically 
issue a port filter command. The aprsd.conf file server login 
syntax was expanded to accomodate this. 

eg: 

Server wa4dsy.net 14600 server-ro portfilter(local) 


Dale 
WA4DSY 


On Wednesday 29 January 2003 6:48 pm, you wrote: 

On Sat, 11 Jan 2003, Roger Bille wrote: 

> Method #1 

> The server logon string is check for a filter keyword and anything after 
> that is treated as a filter definition. The filter keyword must be the 

> 8th argument. For example: 

> 
> user SM5NRK pass 12345 vers Test 1.0 filter r/63/16/1000 t/wn 


How do other servers handle the extra parameters? Ignore them, or 
refuse to log on the user? 


Method #2 
The filter definition can also be sent in a comment line between the 
client and the server. The comment line must start with #. For example: 


> 
> 
> 
> 
> user SM5NRK pass 12345 vers Test 1.0 

> # filter r/63/16/1000 t/wn 

Can't such comment lines come in from all kinds of sources? What if 
a comment line containing filter parameters comes in from some other 
source through and igate. Can the igate's filtering parameters then 
get changed by someone on RF near the igate? 


Perhaps the comment line has to be immediately following the logon 
line? If so, that would reduce the above problem considerably. 


You define the filter by doing the following: 


1. Connect and logon to a filter enabled port on a server 
2. Send an APRS message to the server requesting the filter you want 


VVV WMV 


This is the method we might have had problems implementing in 
Xastir. Xastir has no concept currently of the "callsign" of the 
remote server. We aren't parsing it out for anything currently. 
Xastir only knows the ip address or hostname. If the callsign of 
the remote server were always part of the hostname, we could still 
have a problem in those cases where the user specified the server by 
IP address. Yea, these are all workable, but they're a bit of a 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


pain. 


I'm hoping to be able to use the first method listed above if other 
servers don't have a problem with the extra parameters. 


VVNV NV 


Dale Heatherington 
http: //www.waddsy.net 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 21:09:31 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA15701 

for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 21:09:30 -0600 (CST) 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Wed, 29 Jan 2003 22:08:02 -0500 
In-Reply-To: <LYR18229-117923-2003.01.29-18.02.11-- 
jetf#taerodata.net@lists.tapr.org> 
Subject: [aprsspec] [aprssig] New spec - short-term deliverables 
Mime-Version: 1.0 
Content-Type: text/plain; charset="iso-8859-1" 
Message-Id: <LYR11589-117968-2003.01.29-21.55.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: <20030130030814.CTLN17758.hughes-fe01@DARLA> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA15701 


Forwarded from APRSIG 
Here's what I'm hoping to produce in the near term: 


1. An APRS-IS translator that'll translate a full stream and provide it to 


clients in the new format. 
This will probably be an NT service, unless someone wants to 
volunteer to write a Unix daemon. 


2. An ActiveX control to interface with the translator. 

Just tell it to connect, and it'll raise an appropriate event 
whenever a recognized message is received. If it doesn't recognize the 
message format, it'll pass the raw data to a generic event so you can parse 
your own messages. 


I think I'll also add an encapsulation message type for carrying standard 
APSR messages. That way, you can drop the control into an existing 
application, and use your existing parser to handle those messages that 
aren't translated yet. 


I figure that if I can get this going, it really doesn't matter if anyone 
else adopts it as a standard. It'll still be useful to me, and if the 
translator becomes a standard feature on APRS-IS servers it'll make client 
development easier and reduce bandwidth usage, at least a bit. Notice that 
the example message took only 18 bytes for time and position with better 
precision than current formats allow. 


Scott / N1VG 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 21:09:54 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA15713 

for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 21:09:52 -0600 (CST) 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Wed, 29 Jan 2003 22:08:37 -0500 
In-Reply-To: <LYR18229-117919-2003 .01.29-17.45.26-- 
jetfi#taerodata.net@lists.tapr.org> 
Subject: [aprsspec] [aprssig] New spec - working notes 
Mime-Version: 1.0 
Content-Type: text/plain; charset="iso-8859-1" 
Message-Id: <LYR11589-117969-2003.01.29-21.56.56-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: <20030130030847 .CTMZ17758. hughes -fe01@DARLA> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA15713 


Thanks to everyone who responded off-list. I figure it's time we had 
something concrete to fight about, so here's my proposal for a general 
message header and two primitive message types. 


Message Header Format 


ext_flag - A ‘1' in this field indicates a 16-bit message ID. 

length - Length of message, inclusive of message ID. 

msg_type - The message ID if ext_flag = 0, otherwise the low byte of the 
message ID 

ext_type - High byte of message ID. Only present if ext_flag = 1. 


This message type scheme allows for 65,792 message types (256 standard and 
65,536 extended) . 

8-bit message IDs are reserved for common, standard messages. 16-bit IDs 
are used for less-frequently used messages and experimental message types. 


Q-byte messages are supported for instances where the presence of the 
message type alone conveys the required information. 


No CRC is included, as a reliable transport layer is assumed. 


All numbers are little-endian. 


Position format: 


All positions reference the WGS84 datum using decimal degrees. 
Coordinates are represented by 32-bit unsigned integers as follows: 


Integer longitude = (longitude + 180) x* 2423 
Integer latitude = (latitude + 90) * 2424 


Altitude is in meters above WGS84 ellipsoid, stored as a 16-bit unsigned 
integer. 

Time format: 

All times are in seconds elapsed since 1 Jan 1970 00:00:00.0 UTC, stored as 
a 32-bit unsigned integer. 

This is equivalent to the standard Unix time format. 

MSG #01 - Position 

[Latitude] 32 bits 

[Longitude] 32 bits 

[Alititude] 16 bits 


Example: 


OB 01 06 81 F5 7C 5E BA C9 1D 65 01 = 34.959 N, 120.424 W, 257 meters 


MSG #02 - Timestamp 


[Time] 32 bits 


Example: 


05 02 6E 3E 38 3E = Wed, 29 Jan 2003 20:49:50 UTC 


Position with timestamp example (18 bytes total): 


OB 01 06 81 F5 7C 5E BA C9 1D 65 01 O05 O2 6E 3E 38 3E 


16-bit unsigned altitudes may be a problem in areas like Death Valley. 
Use of signed integers would limit altitudes to 32,767 meters max. 
This could pose a problem for balloon experiments at high altitudes. 
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From bounce-aprsspec-11589@lists.tapr.org Wed Jan 29 21:10:10 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA15723 

for <lyris.aprsspec@tapr.org>; Wed, 29 Jan 2003 21:10:06 -0600 (CST) 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Wed, 29 Jan 2003 22:09:16 -0500 
In-Reply-To: <LYR18229-117929-2003.01.29-19.30.36-- 
jeftf#taerodata.net@lists.tapr.org> 
Subject: [aprsspec] [aprssig] RE: New spec - working notes 
Mime-Version: 1.0 
Content-Type: text/plain; charset="iso-8859-1" 
Message-Id: <LYR11589-117970-2003.01.29-21.57.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af£.mil> 
X-Message-Id: <20030130030928.CTOP17758.hughes-fe01@DARLA> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id VAA15723 


Updated notes to include new altitude format, plus course and speed and 


comment messages: (Bob, you're unusually quiet. Comments?) 
N1VG format working notes 


Message Header Format 


ext_flag - A ‘1' in this field indicates a 16-bit message ID. 

length - Length of message, inclusive of message ID. 

msg_type - The message ID if ext_flag = 0, otherwise the low byte of the 
message ID 

ext_type - High byte of message ID. Only present if ext_flag = 1. 


This message type scheme allows for 65,792 message types (256 standard and 
65,536 extended) . 

8-bit message IDs are reserved for common, standard messages. 16-bit IDs 
are used for less-frequently used messages and experimental message types. 


Q-byte messages are supported for instances where the presence 
of the message type alone conveys the required information. 


No CRC is included, as a reliable transport layer is assumed. 


All numbers are little-endian. Signed integers use two's complement 
notation. 


MSG #01 - Position 
[Latitude] 32 bits 
[Longitude] 32 bits 
[Alititude] 24 bits 


Positions reference the WGS84 datum using decimal degrees. Coordinates are 
represented by 32-bit unsigned integers as follows: 


Integer longitude = (longitude + 180) x* 2423 
Integer latitude = (latitude + 90) * 2424 


Altitude is in centimeters above WGS84 ellipsoid, stored as a 24-bit signed 


integer. 


Example: 


OC 01 06 81 F5 7C 5E BA C9 1D 7C 47 00 (34.959 N, 120.424 W, 183.0 meters) 


MSG #02 - Timestamp 
[Time] 32 bits 


Times are in seconds elapsed since 1 Jan 1970 00:00:00.0 UTC (UNIX format). 


Example: 


05 02 6E 3E 38 3E (Wed, 29 Jan 2003 20:49:50 UTC) 


MSG #03 - Freeform Comment 

[Text] Up to 126 characters, not zero-delimited 

The purpose of the comment is to provide a free-form text field associated 
with the originating station. 

Example: 


05 03 41 42 43 44 (ABCD) 


MSG #04 - Course and Speed 


[Course] 16 bits (degrees) 
[Speed] 16 bits (cm/sec) 


Speeds are in centimeters per second. Course is in degrees relative to true 


north. 


Example: 


05 04 C3 OO AE 08 (195 degrees at 80 km/hr) 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 30 01:23:14 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA25943 

for <lyris.aprsspec@tapr.org>; Thu, 30 Jan 2003 01:23:13 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Thu, 30 Jan 2003 08:21:49 +0100 
Subject: [aprsspec] Re: How to set the server filter at logon. 
From: Juergen Frank <db2fm@jfsattv.de> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-118014-2003.01.30-02.09.43- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <LYR31286-117954-2003 .01.29-19.51.48-- 
db2fmi#tjfsattv.de@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO0-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Juergen Frank <db2fm@jfsattv.de> 
X-Message-Id: <BA5E911D.8DA8%db2fm@jfsattv.de> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id BAA25943 


Hello Dale, 


I talked to Hans-J,rgen (DL5DI, sysop of dbO1j) about port filtering some 
days ago and he gave me this info. 


One thing I'm reaaly missing in this filter implementation: 


There's no filter by distance. 
Is ist planned to include it in future versions? 


Is it also planned to make a standard (not to use the word 'spec') for 
filter commands and the syntax they sould be send to the server? 
Right now we have two syntaxes... :( 


73 de Juergen db2fm 


am 30.01.2003 2:04 Uhr schrieb Dale Heatherington unter dale@wa4ddsy.net: 


> Just for the record aprsd 215b9 has a means of setting 
> a port filter at login. This was done several months ago 
> and only applies to the new OmniPort, 14600. 

> I hoped this would inspire a gradual move to 

> uSing a single port for all user streams. Of course 

> it could also be expanded to any type user defined 

> filter. 

> 

> See: 

> 

> http: //www.wa4dsy.net/aprs/ports.htmli#omniport 

> 

> Messages are addressed to "SERVER" , not the 

> servers callsign. The filter can be set prior to login. 
> eg: 

> p£(all,history) 

> user wa4dsy pass 12345 vers macaprs 1.0 

> 

> Dale 

> WA4DSY 

DB2FM 


Juergen Frank 

mailto: db2fm@amsat.org 
mailto: db2fm@darc.de 
mailto: db2fm@jfsattv.de 
IcQ: 144135020 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 30 04:11:34 2003 


Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAAQ0935 

for <lyris.aprsspec@tapr.org>; Thu, 30 Jan 2003 04:11:33 -0600 (CST) 
From: "Roger Bille" <roger.bille@telia.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] SV: Re: How to set the server filter at logon. 
Date: Thu, 30 Jan 2003 11:13:34 +0100 
Message-ID: <LYR11589-118020-2003 .01.30-04.58.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
In-Reply-To: <LYR25861-118014-2003.01.30-02.09.43-- 
roger. bille#telia.com@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Roger Bille" <roger.bille@telia.com> 
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBIECGFAAA. roger. bille@telia.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Juergen, 


> Is it also planned to make a standard (not to use the word 'spec') for 
> filter commands and the syntax they sould be send to the server? 
> Right now we have two syntaxes... :( 


When I defined my syntax in javPRSFilter I was not aware of Dale's syntax 
and I can not recall that I have seen it somewhere before (I could be 
wrong). My design goal was to create simple and short command structure that 
will take as few keystrokes as possible but still provide a big variaty of 
options and easy to remember. The current implementation provide 8 different 
types of filters. 


An other thing is that my implementation is purly targeting on filtering 
based on the packets content and not how they are handled by the server or 
how they entered there. The later depend on how the server is designed and 
is actullay not possible to add in my code. 


I had only the end users in my mind to see what they would like to have. 


Server statistics and other server data is handled differently beetween 
servers and I think Dale's is a nice implementation for aprsd sysop and 
javAPRSSrvr have other solutions for it's sysop's to provide the same thing. 


If Dale plan to add packet content based filtering I think it would be nice 
to create one syntax. Today we provide 2 different things. javAPRSFilter 
provide packet content filtering and Dale's OmniPort server processing 
information (at least what I understand) 


73 de sm5nrk/Roger 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 30 13:51:47 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA23490 

for <lyris.aprsspec@tapr.org>; Thu, 30 Jan 2003 13:51:42 -0600 (CST) 
Message-ID: <LYR11589-118080-2003 .01.30-14.38.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] New spec discussion 
Date: Thu, 30 Jan 2003 19:49:43 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE03C6189C@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


As a couple people have suggested, I'm moving this discussion to the spec 
list. I may still seek input from the wider APRS community on specific 
issuse. For review, here's my current version of the spec working notes. I 
hope it explains clearly enough what I'm trying to accomplish. 


N1VG protocol working notes 


Purpose 


This document describes a proposed replacement for and/or adjunct to the 
existing APRS specification. The protocol described here allows for simple 
or complex messages to be built from a set of simple component message 
formats. 


Message Groups 


One or more message components forms a Message Group. A Message Group may 
be optionally prefixed with a sequence number. The sequence number allows 
receiving stations to identify the most recent data from the sender. Ina 
peer-to-peer environment, stations may choose to store the most recent 
Message Group from each sender heard. Future extensions to the protocol 
will allow peer stations to exchange and synchronize information about 
neighboring stations. 


Data Types and Units 


All numeric data types are little-endian (low-byte first). Signed integers 
use two's complement notation. Single and double precision floating point 
numbers use IEEE Standard 754 format. Character values are standard ASCII. 
The protocol will use SI units exclusively. 


Message Header Format 


Every component message of the protocol is preceeded by a Message Header. 
This indicates the length and type of the following message. The length is 
provided even in fixed-length messages to allow simple clients to skip 
unsupported message types. 


ext_flag - A ‘1' in this field indicates a 16-bit message ID. 

length - Length of message, inclusive of message ID. 

msg_type - The message ID if ext_flag = 0, otherwise the low byte of the 
message ID 

ext_type - High byte of message ID. Only present if ext_flag = 1. 


This message type scheme allows for 65,792 message types (256 standard and 
65,536 extended). 8-bit message IDs are reserved for common, standard 
messages. 16-bit IDs are used for less-frequently used messages, status 
flags, and experimental message types. Q-byte messages are supported for 
instances where the presence of the message type alone conveys the required 
information. 


A length field of 0 (bytes 0x00 and 0x80) is reserved and currently 
undefined. 


No CRC is included, as a reliable transport layer is assumed. 


Message Format Definitions 


MSG #00 - Message Group Sequence 
[Sequence] 16 bits 


The message group sequence optionally associates multiple message parts with 
a single sequence number. The sequence number starts at 1 and is 
incremented each time the originating station has new information to 
transmit. A message group may not contain more than one of the same message 
type unless otherwise noted. If a datagram-oriented transport is used, 
message groups may be split across datagrams, but each datagram must carry 
the Message Group Sequence message. 


MSG #01 - Originating Station 


[Callsign] 6 bytes 
[SSID] 8 bits 
[Sequence] 16 bits 
[Network] 8 bits 


This message type is intended to prefix messages which originated with other 
stations. Messages may be collected and grouped together for transmission 
by a digipeater using this mechanism, or it may be used to identify messages 
when carried over a backbone network. In the case of a stream-oriented 
transport such as TCP, all following messages are assumed to originate at 
the specified station until another Originating Station identification 
message is received. For datagram-oriented transports like unconnected 
AX.25 and UDP, the scope of the identification message extends only to the 
end of the underlying datagram. 


A Message Group Sequence may follow an Originating Station message to 
indicate the start of a new message sequence. The callsign, SSID, and 
originating network values are carried over to the new message group. This 
may be used for transmitting a multiple-sequence history for a given 
station. 


If the originating station did not provide a sequence number, the sequence 
field is set to null (ASCII 0). 


Callsign - The originating station's callsign, right-padded with nulls 
(ASCII 0). 

SSID - The SSID of the originating station. 

Sequence - See Message Group Sequence. A sequence of 0 indicates no 
associated group. 

Network - Identification of the originating network. 


Currently defined network IDs: 


QQ - Primary VHF channel (144.39 in the US) 
01 APRS-IS backbone 

@2 - UHF backbone 

@3 - HF 


Message groups lacking an Originating Station prefix are assumed to 
originate with the sender. The originating network is assumed to be that on 
which the message group was received. 


MSG #02 - Path Trace 


[Callsign] 6 bytes 

[SSID] 8 bits 

[Network] 8 bits 

<repeated 0 or more times> 


To request a path trace, a station may include an empty Path Trace message. 
Any station the message passes through should add its own callsign and SSID 
to the Path Trace message. A Path Trace may be added by any station along 

the path, whether the originating station requested it or not. The network 
ID indicates the network on which the station received the message. 


Example: 


01 05 (Request a path trace) 


MSG #03 - Heard-By List 


[Network] 8 bits 
<repeated 0 or more times> 


A station transmitting a message to another network must add the source 
network's ID to this list, if the source network is not the originating 


network of the message. This message type should only be present in message 
groups that have passed through a network gateway. 


MSG #04 - Position 
[Latitude] 32 bits 
[Longitude] 32 bits 
[Alititude] 24 bits 


Positions reference the WGS84 datum using decimal degrees. Coordinates are 
represented by 32-bit unsigned integers as follows: 


Integer longitude = (longitude + 180) * 2423 
Integer latitude = (latitude + 90) * 2424 


Altitude is in centimeters above WGS84 ellipsoid, stored as a 24-bit signed 
integer. 
Example: 


OC 01 06 81 F5 7C 5E BA C9 1D 7C 47 00 (34.959 N, 120.424 W, 183.0 meters) 


MSG #05 - Timestamp 
[Time] 32 bits 


Times are in seconds elapsed since 1 Jan 1970 00:00:00.0 UTC (UNIX format). 


Example: 


05 02 6E 3E 38 3E (Wed, 29 Jan 2003 20:49:50 UTC) 


MSG #06 - Freeform Comment 


[Text] Up to 126 characters, not zero-delimited 


The purpose of the comment is to provide a free-form text field associated 


with the originating station. 


Example: 


05 03 41 42 43 44 (ABCD) 


MSG #07 - Course and Speed 


[Course] 16 bits (degrees) 
[Speed] 16 bits (cm/sec) 


Speeds are in centimeters per second. 


north. 


Example: 


Course is in degrees relative to true 


05 04 C3 00 AE 08 (195 degrees at 80 km/hr) 


MSG #08 - Networks Available 


[Network] 8 bits 
<repeated 0 or more times> 


A station may use this message type to announce the Network IDs of the 
networks it is connected to and willing to pass traffic to or from. 


MSG #0100 - Emergency 


(No content defined) 


Presence of this message indicates an emergency situation. 


Example: 


82 00 01 


Extended message types 0x100 through Ox1ff are reserved for status flags. 


MSG #xx - Satellite Keplerian element 


[Sat ID] 24 bits (NORAD catalog number) 

[Epoch time] 64 bits (double float) 

[ndot] 32 bits - ndot/2 drag parameter (single float) 
[nddot] 32 bits - n double dot/6 drag parameter (single float) 
[bstar] 32 bits - Bstar drag parameter (single float) 
[elset] 16 bits - Element set number 

[inclination] 32 bits - orbital inclination (single float) 
[ra] 32 bits - Right ascension (single float) 

[eccentricity] 32 bits - orbital eccentricity (single float) 
[aop] 32 bits - argument of perigee (single float) 

[ma] 32 bits - mean anomaly (single float) 

[mm] 64 bits - mean motion (double float) 

[rev] 16 bits - revolution number 


All values are the same as those in standard NORAD TLEs, taking into account 
implied decimals and exponents. 


Example Scenario: 


Tracker X1AA -> VHF: 
Position 

Timestamp 
Course/Speed 

Trace Path 


Tracker X2AB -> VHF: 
Sequence 45 
Position 
Timestamp 
Weather 


Digipeater D1AA -> VHF: 

Networks Available: 0 2 

Originating Station X1AA Sequence 0 Network Q: 
Position 


Timestamp 

Course/Speed 

Trace Path: D1AA 

Originating Station X2AB Sequence 45 Network 0: 
Position 

Timestamp 

Weather 


IGATE G1ATE -> APRS-IS: 

Networks Available: 0 1 

Originating Station D1AA Sequence 0 Network Q: 
Networks Available: 0 2 

Originating Station X1AA Sequence 0 Network 0: 
Position 

Timestamp 

Course/Speed 

Trace Path: D1AA(Net 0) G1ATE(Net 0) 
Originating Station X2AB Sequence 45 Network 0: 
Position 

Timestamp 

Weather 


APRS-IS -> TCP Client: 
Originating Station G1ATE Sequence 0 Network 1: 
Networks Available: 0 1 
Originating Station D1AA Sequence 0 Network Q: 
Networks Available: 0 2 
Originating Station X1AA Sequence 0 Network Q: 
Position 
Timestamp 
Course/Speed 
Trace Path: D1AA(Net 0) G1ATE(Net 0) <APRS-IS server>(Net 1) 
Originating Station X2AB Sequence 45 Netowrk 0: 
Position 
Timestamp 
Weather 
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From bounce-aprsspec-11589@lists.tapr.org Thu Jan 30 15:57:55 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA28499 


for <lyris.aprsspec@tapr.org>; Thu, 30 Jan 2003 15:57:52 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Thu, 30 Jan 2003 13:56:26 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: How to set the server filter at logon. 
In-Reply-To: <01a201c2c7£3$608ba4e0$20dc fea9@Thinkpad> 
Message-ID: <LYR11589-118099-2003 .01.30-16.44.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 30 Jan 2003 21:56:27.0116 (UTC) 
FILETIME=[70236ACO:01C2C8AA] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0301301353100 .23098-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 29 Jan 2003, B. Hildebrand wrote: 


> *k*x I did not implement the Message method in APRS+SA. I did implement 
> both the extended login string and # comment method. 


Thanks Brent and the rest of you who answered my questions. I just 
added method #1 (logon string) into Xastir CVS. It's working great, 
settable per internet server in the properties dialog for that 
server. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Wed Feb 5 11:09:09 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21512 
for <lyris.aprsspec@tapr.org>; Wed, 5 Feb 2003 11:09:06 -0600 (CST) 
Date: Wed, 05 Feb 2003 11:56:10 -0500 
From: John Ackermann N8UR <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Winter 2003 Packet Status Register Available 
Message-ID: <LYR11589-119070-2003.02.05-11.53.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1; format=flowed 
Content-Disposition: inline 
X-Spam-Status: No, hits=-1.2 required=5.0 
tests=BALANCE_FOR_LONG,SPAM_PHRASE_00_01 
version=2.43 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: John Ackermann N8UR <jra@febo.com> 
X-Message-Id: <14407587 .1044446170@WUSIJA129861-8HP.corp.ncr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA21512 


The Winter, 2003 issue of TAPR's journal, The Packet Status Register, is 
available online at http://www.tapr.org/PSR. 


Its contents include: 


* New 802.11 E-List 

* TAPR Project Policy 

* OneTech m02 Technical Symposium 

x Book Review: 802.11 Wireless Networks 

* 3D Environments and Mars: A Follow-up from the 2002 DCC 
* Extending Icom OPC-581 Extension Cables for Icom IC-706s 
* Digital Radio Mondiale and Amateur Radio Implications 

* 2003 in Connecticut 

Enjoy! 

73, 


John 


John Ackermann N8UR jra@febo.com http://www. febo.com 
President, TAPR n8ur@tapr.org http: //www.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Wed Feb 5 17:02:46 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA12560 

for <lyris.aprsspec@tapr.org>; Wed, 5 Feb 2003 17:02:45 -0600 (CST) 
Message-ID: <LYR11589-119181-2003 .02.05-17.49.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 05 Feb 2003 18:00:28 -0500 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: TAPR APRS eMail Remailer <aprssig@lists.tapr.org> 
Subject: [aprsspec] Re: [aprssig] re: aprs spec/words of warning 
References: <LYR27060-119136-2003 .02.05-16.43.44--w2evitarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E41978C.7C6598EB@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


cc:ing this to the APRSspec list to migrate it there... 


> I agree. The small advantage of Binary is more than offset by dozens of 
> reasons to stick with printable ascii. BOb, WB4APR 


I suppose it all depends on what the excersise is trying to accomplish. 
If it's simply binary-encoding the existing spec, then then I agree. 
>From what I'm reading, though...this newly emerging protocol will include: 


o finer detail (smaller stept) than what is available in the 
existing protocol 


o new parameters that the existing protocol doesn't address 


That being said, this new protocol work appears to have more advantage than what 
may appear on the surface. 


Of course, my opinion and 99-cents gets you a Big-Gulp at the corner 
mini-market. 


Regards, 
Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Wed Feb 5 17:13:47 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA13601 

for <lyris.aprsspec@tapr.org>; Wed, 5 Feb 2003 17:13:46 -0600 (CST) 
Message-ID: <LYR11589-119182-2003.02.05-18.01.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] DF reports 
Date: Wed, 5 Feb 2003 23:13:26 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE03E8B811@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can someone fill me in on the real-world use of the DF reporting formats? 
Some things that bug me in the spec: 


'N'umber is defined, but not processed. Does anyone use this? Does it mean 
anything? 


'R'ange doesn't seem to make much sense for a tracking device that's not 
connected to a map display. This value has no direct relationship to the 
signal, right? 


I'd assume 'Q'uality would usually be a fixed value to indicate the 
beamwidth of the antenna. 


Omni signal strength at least makes sense. How much is this used, and what 
hardware are people using to do it? 


Yeah, this is more a real-world question than a spec question, but if 
someone here can answer it it'd spare the SIG more of my rambling. =] 


Thanks... 


Scott / NiVG 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 5 17:42:35 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA15167 
for <lyris.aprsspec@tapr.org>; Wed, 5 Feb 2003 17:42:33 -0600 (CST) 
Date: Wed, 5 Feb 2003 18:41:49 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: DF reports 
In-Reply-To: <LYR11586-119182-2003 .02.05-18.01.12-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-119184-2003 .02.05-18.30.01-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0302051831130.16918-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 
On Wed, 5 Feb 2003, Miller Scott Contr 30SCS/FTI wrote: 


Can someone fill me in on the real-world use of the DF reporting formats? 
Some things that bug me in the spec: 


'R'ange doesn't seem to make much sense for a tracking device that's not 
connected to a map display. This value has no direct relationship to the 
signal, right? 


VV VV VV 


It is very important. An HF BEAM can detect a signal coming in from 3000 
miles away. Thus, his bearing line should be 3000 miles long. A 
dobule-ducky handheld VHF DF unit can get a bearing on a signal maybe 20 
miles away if he is on a hill. Thus a 20 mile bearing line is 
appropriate. Once he is in close, the signal is strong, and his DFING has 
revealed that he is within abou a mile of the source, then a 1 mile DF 
line is appropriate. 


Some APRS client programs do not use this data, and their use in actual DF 
work is almost useless becuase they do not display the ORIGNATORS 
knowledge of how far OUT his bearing line is of value... 


> I'd assume 'Q'uality would usually be a fixed value to indicate the 
> beamwidth of the antenna. 


Yes, You could use it to display various width wedges. In APRSdos, i did 
not do wedges because it just confused the display (since I could not 
shade it in in DOS) so I just made the bearing line more or less "dotted" 
to show the quality of the fix... 


> Omni signal strength at least makes sense. How much is this used, and what 
> hardware are people using to do it? 


Yes be sure to see http://www.ew.usna.edu/~bruninga/dfing.html 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Wed Feb 5 18:28:29 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA17158 

for <lyris.aprsspec@tapr.org>; Wed, 5 Feb 2003 18:28:23 -0600 (CST) 
Message-ID: <LYR11589-119209-2003.02.05-19.15.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Authentication 
Date: Thu, 6 Feb 2003 00:19:37 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE03E8B835@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Has anyone ever looked at the feasibility of using a digital signature 
algorithm for authentication in APRS or packet in general? My concern is 
mostly with object and item reports - if I mark a crash site or victim 
location on a map, I don't necessarily want someone to be able to move it. 
A real public-key infrastructure would be difficult to implement, I think, 
but it seems to me that you ought to at least be able to ensure that the 
creator of an object is the only one who can change it, if that's what they 
want. Elliptic Curve Digital Signature Algorithm seems like an ideal 
algorithm for implementing this. You could put your public key in the 
initial transmission, and subsequent transmissions would be verifiably from 
the same source. A 160-bit ECC key is roughly equivalent to a 1024-bit RSA 
key, and 108 bits is the longest ECC key that's been cracked so far. 128 
bits (16 bytes) would seem more than sufficient for amateur purposes. 


Now, before anyone has a fit about cryptography in amateur radio, keep in 
mind that this DOES NOT CONCEAL THE MEANING of a message. It only serves to 
verify that two or more messages came from the same source. 


Thoughts, anyone? 


Scott / NiVG 
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From bounce-aprsspec-11589@lists.tapr.org Wed Feb 12 14:30:56 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id 0AA21934 

for <lyris.aprsspec@tapr.org>; Wed, 12 Feb 2003 14:30:54 -0600 (CST) 
Message-ID: <LYR11589-120292-2003.02.12-15.18.05-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Mailing list for new spec development 
Date: Wed, 12 Feb 2003 20:29:47 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE03E8BD4E@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've created a new mailing list dedicated to discussion and development of 
the new (as yet unnamed) binary protocol. To subscribe, send a message to 
lists@nivg.net with the subject line ‘subscribe spec'. 


I've had lots of good feedback on the APRS SIGs about this project, but I 
don't want to clutter up the lists with lots of technical discussions that 
aren't strictly about APRS. I'd like to encourage anyone who's interested 
in contributing to the protocol, or who just wants to lurk and see what's 
going on, to join the list. ] 


For anyone who's missed the previous discussions about the proposed 
protocol, I'll be setting up a website soon with a summary of the project's 
goals, as well as the current version of the spec. 


Scott / N1VG 
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From bounce-aprsspec-11589@lists.tapr.org Wed Feb 12 14:47:26 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.13) with SMTP id O0AA22548 

for <lyris.aprsspec@tapr.org>; Wed, 12 Feb 2003 14:47:23 -0600 (CST) 
Message-ID: <LYR11589-120294-2003.02.12-15.35.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 12 Feb 2003 20:46:49 +0000 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Mailing list for new spec development 
References: <LYR26815-120292-2003 .02.12-15.18.05-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-120292-2003.02.12-15.18.05-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <y2YfTWA5KrS+EwlH@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-120292-2003.02.12-15.18.05--roger#peaksys.co.uk@lis 
ts.tapr.org>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.m 
il> writes 

>I've created a new mailing list dedicated to discussion and development of 
>the new (as yet unnamed) binary protocol. To subscribe, send a message to 
>lists@nivg.net with the subject line ‘subscribe spec'. 


Is there a reason why it shouldn't be discussed in this list? I don't 
want to join yet another list. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 12 14:54:55 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA22831 

for <lyris.aprsspec@tapr.org>; Wed, 12 Feb 2003 14:54:47 -0600 (CST) 
Message-ID: <LYR11589-120295-2003.02.12-15.42.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mailing list for new spec development 
Date: Wed, 12 Feb 2003 20:54:22 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE03E8BD5A@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I've had a couple of people say ‘but it's not APRS'. I'd rather just avoid 
the whole issue and keep it separate. I'm sure I'll still be posting 
periodic updates here, and I'll also be on the main APRS SIG asking for 
input from the wider APRS community from time to time. 


Scott / N1VG 


eiiatoie Original Message----- 

From: Roger Barker [mailto:roger@peaksys.co.uk] 

Sent: Wednesday, February 12, 2003 12:47 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Mailing list for new spec development 


In message <LYR26815-120292-2003.02.12-15.18.05--roger#peaksys.co.uk@lis 
ts.tapr.org>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.m 
il> writes 

>I've created a new mailing list dedicated to discussion and development of 
>the new (as yet unnamed) binary protocol. To subscribe, send a message to 
>lists@nivg.net with the subject line ‘subscribe spec’. 


Is there a reason why it shouldn't be discussed in this list? I don't 
want to join yet another list. 


Roger Barker, G4IDE - roger@peaksys.co.uk 


For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: scott.miller@vandenberg.af.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Wed Feb 12 18:00:28 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAAQ2543 

for <lyris.aprsspec@tapr.org>; Wed, 12 Feb 2003 18:00:28 -0600 (CST) 
Message-ID: <LYR11589-120311-2003.02.12-18.48.13-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Wed, 12 Feb 2003 18:57:57 -0500 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mailing list for new spec development 
References: <LYR30253-120295-2003 .02.12-15.42.27--w2evitarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E4ADF85.AFO8C602@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Roger asked: "Is there a reason why it shouldn't be discussed in this list? 
I don't want to join yet another list." 


Scott said: "I've had a couple of people say ‘but it's not APRS'. I'd 
rather just avoid the whole issue and keep it separate." 


Interestingly...I support both Roger's desire to keep life simple, as well as 
the frustration that Scott must feel when trying to take something to a new 
level and be met with such narrow vision. 


Scott, what you are developing will, potentially, have a positive impact on 
several UI-Frame services...however...without buy-in by the APRS community, the 
chances of adoption of the protocol will be slim as APRS is still the "800-pound 
gorilla" of UI-Frame AX.25. 


I will go wherever the discussion goes...but would offer the insight that -- by 
leaving it here -- you can keep the APRS community actively engaged in it's 
development and may see that it is more quickly accepted by APRS authors once it 
matures. 


This list really isn't that busy anyway. :o) 
fwiw. 


Warm regards, 

Ev, W2EV 

What's cool in Amateur Radio? 

http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 13 00:00:52 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA17995 

for <lyris.aprsspec@tapr.org>; Thu, 13 Feb 2003 00:00:48 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Mailing list for new spec development 
Date: Thu, 13 Feb 2003 16:59:01 +1100 
Message-ID: <LYR11589-120341-2003.02.13-00.47.54-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
In-Reply-To: <LYR11660-120336-2003.02.13-00.00.13--darryli#radio- 
active.net.au@lists.tapr.org> 


Importance: Normal 

X-Scanner: exiscan *18jCOu-0007ZM-00«72L.wo7IfoA* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <005701c2d325$0503eff0$4004a8cO@DELL8000> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I share the views of many others in that this list is EXACTLY the right 
place to discuss any issues with SPEC development. And since there has 
not been too much traffic on this list recently, I don't think that the 
other members will have too many problems with this. 


The risk with running another mailing list is that many people who would 
normally be reading the traffic will not see the posts as they go past. 


There are no issues with creating another TAPR list, all you have to do 
is ask. 


Darryl, 
TAPR board member 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Feb 13 13:22:58 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA19168 

for <lyris.aprsspec@tapr.org>; Thu, 13 Feb 2003 13:22:57 -0600 (CST) 
From: Jeff King <jeff@aerodata.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Date: Thu, 13 Feb 2003 14:22:28 -0500 
In-Reply-To: <LYR22299-120341-2003.02.13-00.47.54-- 
jetf#taerodata.net@lists.tapr.org> 


Subject: [aprsspec] Re: Mailing list for new spec development 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Message-Id: <LYR11589-120402-2003.02.13-14.10.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jeff King <jeff@aerodata.net> 

X-Message-Id: <20030213192239 .WVZR17758.hughes-fe01@DARLA> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

Content-Transfer-Encoding: 8bit 

X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA19168 


Darryl: 
I don't share those views. 


This list (APRSSPEC) was specifically created to support the APRS-WG 
committee. After the APRS-WG was created, they documented the existing 
format. Over two years since then, and nothing. 


The new list may fail, but at least give them every chance they can. I'd 
rather see a new list, be it Scott's or TAPR's. Then the people joining it 
are sincerely interested in progress. Change happens with just a few people, 
not a committee. 


Jeff King, jeff@aerodata.net on 02/13/2003 


On Thu, 13 Feb 2003 16:59:01 +1100, Darryl Smith wrote: 

>I share the views of many others in that this list is EXACTLY the right 
>place to discuss any issues with SPEC development. And since there has 
>not been too much traffic on this list recently, I don't think that the 
>other members will have too many problems with this. 

> 

>The risk with running another mailing list is that many people who would 
>normally be reading the traffic will not see the posts as they go past. 
> 

>There are no issues with creating another TAPR list, all you have to do 
>is ask. 

> 

>Darryl, 


>TAPR board member 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Feb 25 23:38:50 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id XAA15607 

for <lyris.aprsspec@tapr.org>; Tue, 25 Feb 2003 23:38:49 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] OpenTAC - 
Date: Wed, 26 Feb 2003 16:35:27 +1100 
Message-ID: <LYR11589-122102-2003.02.26-00.26.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
Importance: Normal 
X-Scanner: exiscan *18nuE£-0003nx-O00xO0HCbebDLjQ2* on Astaro Security Linux 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <004901c2dd58$e16f£b450$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


G' Day 


I am sorry for the cross-post, but sometimes this is needed. For those 
that are not aware of it, [since they feel that they should get their 
APRS news from the APRS SIG and not from SlashDot.Org], there is a group 
producing a protocol called the OPENTRAC. Their WWW site is 
www.opentrac.org. Apart from the email address scott@opentrac.org I have 
no idea who is involved with this project. 


I am going to email scott and find out more. However I am rather 
concerned about the fact that the first thing I heard about this spec 
was on SlashDot and not on APRSsig or APRSspec. 


I am concerned that the unity we achieved by producing the working 
document will be destroyed by producing another spec, no matter how 
good. 


Darryl VK2TDS 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From ben.abugu@lycos.co.uk Wed Feb 26 03:37:16 2003 
Received: from lmout01.st1.spray.net (lmout01.st1.spray.net [212.78.202.120]) 
by tapr.org (8.9.3/8.9.3/1.16) with ESMTP id DAA25163; 
Wed, 26 Feb 2003 03:37:15 -Q600 (CST) 
Received: from lycos.co.uk (pu62.st1.spray.net [212.78.202.57]) 
by lmout01.st1.spray.net (Postfix) with SMTP 
id DD30B205B9; Wed, 26 Feb 2003 10:37:12 +0100 (MET) 
From: ben abugu <ben.abugu@lycos.co.uk> 
To: ben.abugu@lycos.co.uk 
Message-ID: <1046252211031003@lycos-europe.com> 
X-Mailer: LycosMail 
X-Originating-IP: [216.139.176.157] 
Mime-Version: 1.0 
Subject: Attn: Contact 
Date: Wed, 26 Feb 2003 10:36:51 +0100 
Content-Type: multipart/mixed; boundary="=_NextPart_Lycos_0310031046252211 ID" 


This message is in MIME format. Since your mail reader does not understand 
this format, some or all of this message may not be legible. 


--=_NextPart_Lycos_0310031046252211 ID 
Content-Type: text/html; charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 


<STYLE>TABLE.mail_content {DISPLAY: block$</STYLE><TABLE width="440" height="300" 
Class="mail_content" ALIGN="CENTER"><TR><TD VALIGN="TOP" 

style="position: relative; "><div> 

<STYLE>TABLE.mail_content {DISPLAY: block?</STYLE> 


<TABLE align=center class=mail_content height=300 width=440> 

<TBODY> 

<TR> 

<TD style="POSITION: relative" vAlign=top> 

<DIV>Dear Friend, <BR><BR>I am MR ABIOLA GEORGE, Bank Manager of ORIENT BANK OF 
NIGERIA, Lagos <BR>Branch. I <BR>have urgent and very confidential business 
proposition for you. On <BR>June 6 <BR>1997, an American oil consultant/contractor 
with the Nigerian National<BR><BR>Petroleum Corporation, Mr. Nelly Cole made a 
numbered time (Fixed) <BR>deposited for twelve calendar months, valued at 

US$25 ,000,000.00 <BR>(TWENTY FIVE Million United States Dollars) in my <BR>branch. 
Upon <BR>maturity, I sent a routine <BR>notification to his forwarding address but 
got no reply. After a <BR>month, we <BR>sent a reminder and finally we discovered 
from his contract employers,<BR><BR>Nigerian National Petroleum Corporation that 
Mr. Nelly Cole died <BR>from an <BR>automobile accident. On further investigation, 
I found out that he <BR>did not <BR>leave a WILL and all attempts to trace his 
next of kin were <BR>fruitless. I <BR>therefore made further investigation and 
discovered that Mr. Nelly Co 

le did <BR>not declare any next of kin n all his official documents, including 
<BR>his Bank <BR>Deposit paperwork. This sum of US$25,000,000.00 is still sitting 
in <BR>the Bank <BR>and the interest is being rolled over with the principal sum 
at the <BR>end of <BR>each year. No one will come forward to claim it. According 
to the <BR>Nigerian <BR>Law, at the expiration of 6 (six) years, the money will 
revert to the<BR><BR>ownership of the Nigerian Government if nobody applies to 
claim the <BR>funds. <BR>Consequently, my proposal is that I will like you as a 
foreigner to <BR>stand in <BR>as the next of kin to Mr. Nelly Cole so that the 
fruits of this old <BR>man's <BR>labor will not get into the hands of some corrupt 
officials. This is <BR>simple <BR>I will like you to provide me immediately with 
your full names and <BR>address <BR>so that the attorney will prepare the 
necessary documents and <BR>affidavits, <BR>which will put you in place as the 
next of kin. We shall employ th 

e <BR>services <BR>of two attorneys for drafting and notarization of the WILL and 
obtain <BR>the <BR>necessary documents and letter of probate/administration in 
your <BR>favor the <BR>transfer. A bank account in any part of the world, which 
you provide, <BR>will <BR>then facilitate the transfer of this money to you as the 
<BR>beneficiary/next of <BR>kin. The money will be paid into your account for us 
to share in the <BR>ratio <BR>of that we will both agreed upon. There is no risk 
at all as all the <BR>paperwork <BR>for this transaction will be done by the 
attorney and my position as <BR>the <BR>Branch Manager guarantees the successful 
execution of this <BR>transaction. If <BR>you are interested, please reply 
immediately via email. Upon your <BR>response, <BR>I shall then provide you with 
more details and relevant documents <BR>that will <BR>help you understand. Please 
observe utmost confidentiality, and rest <BR>assured <BR>that this transaction 
would be most profitable for 


both of us because <BR>I shall require your assistance to invest my share in 
your country. <BR>Awaiting your urgent reply via email: <BR><BR>Best regards, 
<BR>Abiola George. </DIV></TD></TR></TBODY></TABLE></div></TD></TR></TABLE> 


--=_NextPart_Lycos_0310031046252211 ID-- 


From bounce-message-11589@lists.tapr.org Wed Feb 26 03:37:32 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id DAA25174 
for <lyris.aprsspec@tapr.org>; Wed, 26 Feb 2003 03:37:32 -0600 (CST) 
Message-Id: <LYR11589-122117-2003.02.26-04.25.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-Lyris-Type: unsub-conf-req 
From: Lyris <unsubscribe-confirm@lists.tapr.org> 
Reply-To: Lyris <unsubscribe-confirm@lists.tapr.org> 
To: lyris.aprsspec@tapr.org 
Subject: Your confirmation is needed (ok 11589) 
Date: Wed, 26 Feb 2003 04:25:59 -0500 


Your email address ‘lyris.aprsspec@tapr.org' has been submitted to be 
unsubscribed from the ‘aprsspec' mailing list. 


This unsubscribe command requires your confirmation that you want to be 
unsubscribed. 


To confirm that you do want to unsubscribe, reply to this message so that 
the words "ok 11589" appear somewhere on the subject line. 


Make sure that your reply message is addressed to 
unsubscribe-confirm@lists.tapr.org 


You will receive notification that your confirmation has been received, and 
that you have been unsubscribed. 


If you do not want to unsubscribe, do nothing. You will be kept on the 
mailing list. 


Return-Path: <ben.abugu@lycos.co.uk> 
Received: from lmout01.st1.spray.net ([212.78.202.120]) by lists.tapr.org with 
SMTP (Lyris Server version 3.0); Wed, 26 Feb 2003 04:25:46 -0500 
Received: from lycos.co.uk (pu62.st1.spray.net [212.78.202.57]) 
by lmout01.st1.spray.net (Postfix) with SMTP 
id DD30B205B9; Wed, 26 Feb 2003 10:37:12 +0100 (MET) 
From: ben abugu <ben.abugu@lycos.co.uk> 


To: aprsspec-request 

Message-ID: <1046252211031003@lycos-europe.com> 

X-Mailer: LycosMail 

X-Originating-IP: [216.139.176.157] 

Mime-Version: 1.0 

Subject: 

Date: Wed, 26 Feb 2003 10:36:51 +0100 

Content-Type: multipart/mixed; boundary="=_NextPart_Lycos_0310031046252211 ID" 


d## Mail sent to leave-aprsspec-11589p was converted to these commands: 
unsubscribe aprsspec lyris.aprsspec@tapr.org confirm 
end 


i## This is the text of the message that triggered the action: 


Return-Path: <ben.abugu@lycos.co.uk> 
Received: from lmout01.st1.spray.net ([212.78.202.120]) by lists.tapr.org with 
SMTP (Lyris Server version 3.0); Wed, 26 Feb 2003 04:25:46 -0500 
Received: from lycos.co.uk (pu62.st1.spray.net [212.78.202.57]) 
by lmout01.st1.spray.net (Postfix) with SMTP 
id DD30B205B9; Wed, 26 Feb 2003 10:37:12 +0100 (MET) 
From: ben abugu <ben.abugu@lycos.co.uk> 
To: ben.abugu@lycos.co.uk 
Message-ID: <1046252211031003@lycos-europe. com> 
X-Mailer: LycosMail 
X-Originating-IP: [216.139.176.157] 
Mime-Version: 1.0 
Subject: Attn: Contact 
Date: Wed, 26 Feb 2003 10:36:51 +0100 
Content-Type: multipart/mixed; boundary="=_NextPart_Lycos_0310031046252211 ID" 


This message is in MIME format. Since your mail reader does not understand 
this format, some or all of this message may not be legible. 


--=_NextPart_Lycos_0310031046252211 ID 
Content-Type: text/html; charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 


<STYLE>TABLE.mail_content {DISPLAY: block$</STYLE><TABLE width="440" height="300" 
Class="mail_content" ALIGN="CENTER"><TR><TD VALIGN="TOP" 

style="position: relative; "><div> 

<STYLE>TABLE.mail_content {DISPLAY: block#</STYLE> 


<TABLE align=center class=mail_content height=300 width=440> 

<TBODY> 

<TR> 

<TD style="POSITION: relative" vAlign=top> 

<DIV>Dear Friend, <BR><BR>I am MR ABIOLA GEORGE, Bank Manager of ORIENT BANK OF 


NIGERIA, Lagos <BR>Branch. I <BR>have urgent and very confidential business 
proposition for you. On <BR>June 6 <BR>1997, an American oil consultant/contractor 
with the Nigerian National<BR><BR>Petroleum Corporation, Mr. Nelly Cole made a 
numbered time (Fixed) <BR>deposited for twelve calendar months, valued at 

US$25 ,000,000.00 <BR>(TWENTY FIVE Million United States Dollars) in my <BR>branch. 
Upon <BR>maturity, I sent a routine <BR>notification to his forwarding address but 
got no reply. After a <BR>month, we <BR>sent a reminder and finally we discovered 
from his contract employers,<BR><BR>Nigerian National Petroleum Corporation that 
Mr. Nelly Cole died <BR>from an <BR>automobile accident. On further investigation, 
I found out that he <BR>did not <BR>leave a WILL and all attempts to trace his 
next of kin were <BR>fruitless. I <BR>therefore made further investigation and 
discovered that Mr. Nelly Co 

le did <BR>not declare any next of kin n all his official documents, including 
<BR>his Bank <BR>Deposit paperwork. This sum of US$25,000,000.00 is still sitting 
in <BR>the Bank <BR>and the interest is being rolled over with the principal sum 
at the <BR>end of <BR>each year. No one will come forward to claim it. According 
to the <BR>Nigerian <BR>Law, at the expiration of 6 (six) years, the money will 
revert to the<BR><BR>ownership of the Nigerian Government if nobody applies to 
claim the <BR>funds. <BR>Consequently, my proposal is that I will like you as a 
foreigner to <BR>stand in <BR>as the next of kin to Mr. Nelly Cole so that the 
fruits of this old <BR>man's <BR>labor will not get into the hands of some corrupt 
officials. This is <BR>simple <BR>I will like you to provide me immediately with 
your full names and <BR>address <BR>so that the attorney will prepare the 
necessary documents and <BR>affidavits, <BR>which will put you in place as the 
next of kin. We shall employ th 

e <BR>services <BR>of two attorneys for drafting and notarization of the WILL and 
obtain <BR>the <BR>necessary documents and letter of probate/administration in 
your <BR>favor the <BR>transfer. A bank account in any part of the world, which 
you provide, <BR>will <BR>then facilitate the transfer of this money to you as the 
<BR>beneficiary/next of <BR>kin. The money will be paid into your account for us 
to share in the <BR>ratio <BR>of that we will both agreed upon. There is no risk 
at all as all the <BR>paperwork <BR>for this transaction will be done by the 
attorney and my position as <BR>the <BR>Branch Manager guarantees the successful 
execution of this <BR>transaction. If <BR>you are interested, please reply 
immediately via email. Upon your <BR>response, <BR>I shall then provide you with 
more details and relevant documents <BR>that will <BR>help you understand. Please 
observe utmost confidentiality, and rest <BR>assured <BR>that this transaction 
would be most profitable for 

both of us because <BR>I shall require your assistance to invest my share in 

your country. <BR>Awaiting your urgent reply via email: <BR><BR>Best regards, 
<BR>Abiola George. </DIV></TD></TR></TBODY></TABLE></div></TD></TR></TABLE> 


--=_NextPart_Lycos_0310031046252211 ID-- 
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Subject: [Laprsspec] TAPR Monthly Update 
Message-ID: <LYR11589-122844-2003 .03.02-18.43.09-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
X-Spam-Status: No, hits=-1.4 required=5.0 
tests=BALANCE_FOR_LONG, ONLY_COST,SPAM_PHRASE_03_05,SUBJECT_FREQ 
version=2.43 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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(Sent on behalf of Darryl, VK2TDS, TAPR Membership Director -- mailto: 
vk2tds@tapr.org) 


People 


TAPR Membership 


Running TAPR takes resources, and as a non-profit organisation we rely 
on members for part of our funding. If you support the work that TAPR is 
doing, we would welcome your membership of the organisation. You can 
join by clicking on http://www.tapr.org/tapr/html/orgf.html . We have 
also been listening to members requesting that we support electronic 
commerce. TAPR are currently testing the use of PayPal in association 
with the current ordering system on the Web. We will post a message on 
the WWW site as soon as this is available. 


Until then you can still join. Just fill out the electronic form as 
normal, and state in the comments that you want to pay with PayPal when 
it is available. 


Digital Communications Conference 


This years DCC will take place at the Hartford/Windsor Marriott Airport 
Hotel in Windsor, Connecticut, on the weekend of September 19-21, 2003. 
The hotel is 6 miles south of Bradley International Airport (BDL) and 13 
miles north of ARRL Headquarters in Newington. Information will soon be 
available on http://www.tapr.org/tapr/html/conf£.html. Until then you 
can find more information in the PSR at 
ftp://ftp.tapr.org/psr/Winter_86_2003.pdf£ 


We will soon be issueing a call for papers for this event. Have a think 
about what you want to write about and start planning your paper now. If 
you are unable to come up with a subject, it is often possible to find 
friends with something to write about, but who don't have the time. You 
can help your friend and the Ham community by writing the paper on their 
behalf. There will be two popular discussion points at the conference - 
Software Defined Radios and 802.11 networks. 


DCC Conference Proceedings 


We have also reduced the price of each of the proceedings of the DCC up 
until 1997 to only US$6 each. This makes the a real bargain. We are also 
making available sets of volume 1-10 and 11-16 available for $US$33 each 
- but please bear in mind that we no longer have copies of a number of 
the proceedings so we cannot guarenttee that the sets will be complete. 


Electronic Distribution of Packet Status Register (PSR) Magazine 


Listening to members we have found that many people are concerned about 
missing out on the PSR now that it has gone electronic. We recognise 
this as an issue, and we have come up with a solution to make things a 
bit easier in this digital age. We have created two mailing lists to 
assist you with keeping up to date with the quarterly magazine. They are 


PSR-Announce 
PSR-PDF 


PSR-Announce is designed to advise the availability of the PDF file for 

download. We recognise that many people are on slow internet connections 
at home, or in fact have to pay for their bandwidth. So we have created 

a mailing list just to tell you when the magazine comes out, and to let 

you know how to get it. You can subscribe by visiting 

http: //www.tapr.org/cgi-bin/lyris.pl?enter=psr-announce&text_mode=0 


PSR-PDF is designed for people who have a faster internet connection, or 


who know that they will never get to read it unless it is sent directly 
to them. Since PSR often contains graphics, the file can be over one 
mByte. You can subscribe by clicking 

http: //www.tapr.org/cgi-bin/lyris.pl?enter=psr-pdf&text_mode=0 


802.11 Mailing List 


Whilst we are on the subject of mailing list, TAPR have started a 
mailing list for 802.11 ‘Wireless Internet' operations. It seems that 
every community has a mailing list dedicated to 802.11. So how is the 
TAPR one different? It is dedicated to 802.11 use in ham radio. The list 
contains active members of the entire range of technical ability - from 
the most basic understanding of how radio works, to the deep internals 
of this equipment. Such a broad range that everyone is sure to fit in. 
You can join by visting 

http: //www.tapr.org/cgi-bin/lyris.pl?enter=ham-80211&text_mode=0 


GNUradio receives HDTV 


Matt Etus and the other people at the GNUradio project have announced 
that they have managed to decode the HDTV data stream on their PC's and 
have published the source code online. This is an amazing feat by Matt 
and the team. They are not quite to the stage of real time HDTV decoding 
on a PC, but are close. 


Write for PSR!!! 


PSR needs articles, and we would love to publish lots more in the PSR 
magazine. PSR is a great place to publish articles on everything from 
local operating practices to deep technical papers. And since the last 
issue TAPR is now rewarding those people who are helping others by 
writing articles for the magazine. Following the last issue, six people 
had their memberships extended by three months. This is just a small 
thank you from us at TAPR to those people who help us out. More details 
on PSR can be found on www.tapr.org 


Conclusion 


I hope you have found this document informative and useful. TAPR is 
always looking for new things to do and how to improve what it is 
already doing. If you have any ideas or concerns, please email me on 
darryl@radio-active.net.au 


Darryl 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 15 04:58:07 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id EAA10511 

for <lyris.aprsspec@tapr.org>; Sat, 15 Mar 2003 04:58:04 -0600 (CST) 
Message-ID: <LYR11589-124529-2003.03.15-05.47.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 15 Mar 2003 05:53:39 -0500 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Clarification of User Defined Data 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E730633.745666DF@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Can UDD begin anywhere in the comment field, or must the comment field begin 
with a "4{"? I can't seem to find the information on this in the spec. 


ie- Is this valid: "[FM29AC]44XABCDEFGHIIKL" 
Also...what UDD's have been assigned already? 


Ev, W2EV 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 15 06:34:30 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id GAA13316 

for <lyris.aprsspec@tapr.org>; Sat, 15 Mar 2003 06:34:29 -0600 (CST) 
Date: Sat, 15 Mar 2003 07:34:05 -0500 
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Priority: normal 
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List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
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Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Ev 

I believe that the { has to be the first character of the UI 
frame data payload. The { is an APRS data type identifier. Just like 
the @ has to be the first character. 


At least I hope that the above is correct or we in the APRS phrasing 
world would have yet another "special" case to handel. 


To my knowledge the ! character is the only APRS data type 
identifier that can be any where up to the 40 th character in the 
payload. Net node stations have a portion of their beacon text that 
can not be changed by their sysop. So the ! ends up at the end of 
their "canned" beacon text. 


On 15 Mar 2003 at 5:53, Ev Tupis (W2EV) wrote: 


Can UDD begin anywhere in the comment field, or must the comment field begin 
with a "4{"? I can't seem to find the information on this in the spec. 


ie- Is this valid: "[FM29AC]44XABCDEFGHIIKL" 
Also...what UDD's have been assigned already? 


Ev, W2EV 

What's cool in Amateur Radio? 

http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


VVVV VV VV VV VV 


Let us hope we never witness the "Silence Of The Hams" 
73 DE John KB2SCS 
Mail To: kb2scs@wa2pnu.d#nli.ny.usa.noam 
E-Mail: kb2scs@arrl.net 
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From bounce-aprsspec-11589@lists.tapr.org Sat Mar 15 07:55:02 2003 
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X-Message-Id: <r01050300-1024-AEB6615756ED11D7B681000393DB395A@[192.168.2.146]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
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On 3/15/03 at 5:53 AM w2ev@arrl.net (Ev Tupis (W2EV)) sent: 


>Can UDD begin anywhere in the comment field, or must the comment field begin 
>with a "$"? I can't seem to find the information on this in the spec. 

> 

It is in there, though perhaps you are not familiar with the terms: 


The data in the AX.25 Information field consists of a three-character header: 
4 APRS Data Type Identifier. 

U A one-character User ID. 

X A one-character user-defined packet type. 


By definition, the APRS type identifier must be the first character of the 
payload. 


>ie- Is this valid: "[FM29AC]44XABCDEFGHIJKL" 

> 

>Also...what UDD's have been assigned already? 

> 

I don't think any have officially been assigned, if I'm wrong, perhaps Bob can 
post a list. I know at least one person has claimed to have tried to get one 
registered and when that failed just began using what he wanted. 


Steve K4HG 
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Thanks for the help, Steve and John. It appears that, when the spec says, 
"consists of a three-character header", the inference is that it is a header to 
the AX.25 comment-field field (like ">") as opposed to a header to a 
comment-field embedded UDD Field (like PHG). Not having the pleasure of having 
to write a parser for others, I had no experience against which to draw to get 
to the right conclusion. 


I appreciate your clarification, guys. Thank you. 


So...on to a task at hand (one that seems to elude me like a mirage as it is 
approached)... 


Can anyone think of how I can preserve the Grid-in-Comment posit along with 
carrying User Defined Data? An example that works in UI-VIew is shown below, 
but it apparently violates the spec on UDD: 


W2EV-10>CQ, FLOOD, HOP2-2,RFONLY : >FNO3XDH#{YZabcdefghijkl 
Ev, W2EV 


PS - I'm looking for the ability to launch a frame that conforms to the APRS 

spec, but that will also fit the needs of the BEACONet community: 

o as short as possible (this is top priority) 

o use of 6-character gridsquare 

o ability to be treated as an ALTNET 100% of the time by APRS stations 

o able to encode UDD in the form of a BEACONet Configuration Code (a more 
robust PHG system) 
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On 3/15/03 at 9:38 AM w2ev@arrl.net (Ev Tupis (W2EV)) sent: 


>Can anyone think of how I can preserve the Grid-in-Comment posit along with 
>carrying User Defined Data? An example that works in UI-VIew is shown below, 
>but it apparently violates the spec on UDD: 

> 

>W2EV-10>CQ,FLOOD,HOP2-2,RFONLY: >FNO3XDH#4YZabcdefghijkl 

> 

Actually, there is nothing wrong with this, anything that comes after the grid 
is up to the user. The difference is that none of the tools written for user 
defined format will work on this. Of course, those tools are few and far between 
now, findU does parse them into a table, but does nothing with it as of yet. 


Steve K4HG 
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Steve Dimse wrote: 


Actually, there is nothing wrong with this, anything that comes after the grid 
is up to the user. The difference is that none of the tools written for user 
defined format will work on this. Of course, those tools are few and far between 
now, findU does parse them into a table, but does nothing with it as of yet. 


> (Ev Tupis (W2EV)) sent: 

> 

> >Can anyone think of how I can preserve the Grid-in-Comment posit along with 
> >carrying User Defined Data? An example that works in UI-VIew is shown below, 
> >but it apparently violates the spec on UDD: 

>> 

> >W2EV-10>CQ,FLOOD,HOP2-2,RFONLY : >FNO3XDH#4 YZabcdefghijkl 

>> 

> 

> 

> 

> 


Just to be clear...it appears that what I'm suggesting does not follow the APRS 
spec, yet is a "Special case" that would cause no problems if used. The big 
question is: Bob? Do you agree that this is allowed and should be supported? 


Nothing happens in the world of APRS without your official blessing. :o0) 


Ev, W2EV 


What's cool in Amateur Radio? 
http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 05:37:15 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id FAAQ2720 

for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 05:37:15 -0600 (CST) 
Message-ID: <LYR11589-124750-2003.03.17-06.25.55-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Mon, 17 Mar 2003 06:31:45 -0500 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Bob, your thoughts? [was: Clarification of User Defined Data] 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E75B221.B15C69B5@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Hi Bob, 

I hadn't seen your reply to this on the APRSspec list, though you haven't 
commented on the APRS list either so may be a bit distracted with the events of 
the world around us these days. When you have a moment to consider the info 
below, would you mind commenting on it? It's in chronological order, 
top-to-bottom for an easier read. 


It isn't necessarily a direction that I want to pursue yet (it still adds 5 


bytes [some 15% or so] of useless info, but it's a start), but before I knock 
myself out considering it seriously, I thought I'd ask. 


The two affected frames are shown below, as an fyi: 
W2EV-10>CQ,FLOOD,HOP2-2,RFONLY : >FNO3XDH#YZabcdefg 
W2EV-10>CQ: >FNO3XDH#4YZabcdefg*ABCD 


Regards, 
Ev Tupis, W2EV 


vicia cals Original Message -------- 

Subject: [aprsspec] Re: Clarification of User Defined Data 
Date: Sat, 15 Mar 2003 20:43:08 -0500 

From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 

To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Steve Dimse wrote: 


Actually, there is nothing wrong with this, anything that comes after the grid 
is up to the user. The difference is that none of the tools written for user 
defined format will work on this. Of course, those tools are few and far between 
now, findU does parse them into a table, but does nothing with it as of yet. 


> (Ev Tupis (W2EV)) sent: 

> 

> >Can anyone think of how I can preserve the Grid-in-Comment posit along with 
> >carrying User Defined Data? An example that works in UI-VIew is shown below, 
> >but it apparently violates the spec on UDD: 

> 

> >W2EV-10>CQ,FLOOD,HOP2-2,RFONLY : >FNO3XDH#4 YZabcdefg 

>> 

> 

> 

> 

> 


Just to be clear...it appears that what I'm suggesting does not follow the APRS 
spec, yet is a "Special case" that would cause no problems if used. The big 
question is: Bob? Do you agree that this is allowed and should be supported? 
Nothing happens in the world of APRS without your official blessing. :o0) 


Ev, W2EV 


What's cool in Amateur Radio? 
http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 08:34:53 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id IAAQ8855 
for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 08:34:50 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 17 Mar 2003 09:34:32 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec eMail Remailer <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Bob, your thoughts? [was: Clarification of User Defined 
Data] 
In-Reply-To: <3E75B221.B15C69B5@arrl.net> 
Message-ID: <LYR11589-124764-2003 .03.17-09.24.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GS0O.4.44.0303170932420.771-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 17 Mar 2003, Ev Tupis (W2EV) wrote: 


Hi Bob, I hadn't seen your reply to this on the APRSspec list, though 
you haven't commented on the APRS list either so may be a bit distracted 
with the events of the world around us these days. When you have a 
moment to consider the info below, would you mind commenting on it? 

It's in chronological order, top-to-bottom for an easier read. 


VV VV WV 


Was in Orlando for 24 hours with ARISS team tring to define D7600 for 
ARISS on ISS and have to deliver PCSAT 2 in 2 weeks. WOrkign every 
minute of day on deadlines... 


It isn't necessarily a direction that I want to pursue yet (it still adds 5 
bytes [some 15% or so] of useless info, but it's a start), but before I knock 
myself out considering it seriously, I thought I'd ask. 


The two affected frames are shown below, as an fyi: 
W2EV-10>CQ,FLOOD,HOP2-2,RFONLY : >FNO3XDH#4YZabcdefg 
W2EV-10>CQ: >FNO3XDH#4YZabcdefg*ABCD 


VV VV VV VV 


But 


anything in the coment field after the Grid square is OK and will not 


break anything. Then all you have to do is convince other authors to 
decode it if they want... 


BOb 

> > Regards, 

> Ev Tupis, W2EV 

> 

deredaseo Original Message -------- 

> Subject: [aprsspec] Re: Clarification of User Defined Data 

> Date: Sat, 15 Mar 2003 20:43:08 -0500 

> From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 

> To: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

> 

> Steve Dimse wrote: 

> > (Ev Tupis (W2EV)) sent: 

>> 

> > >Can anyone think of how I can preserve the Grid-in-Comment posit along with 
> > >carrying User Defined Data? An example that works in UI-VIew is shown below, 
> > >but it apparently violates the spec on UDD: 

>>> 

> > >W2EV-10>CQ,FLOOD,HOP2-2,RFONLY : >FNO3XDH## YZabcdefg 

>>> 

> > Actually, there is nothing wrong with this, anything that comes after the grid 
> > is up to the user. The difference is that none of the tools written for user 
> > defined format will work on this. Of course, those tools are few and far 
between 


> 


now, findU does parse them into a table, but does nothing with it as of yet. 


Just to be clear...it appears that what I'm suggesting does not follow the APRS 
spec, yet is a "special case" that would cause no problems if used. The big 
question is: Bob? Do you agree that this is allowed and should be supported? 
Nothing happens in the world of APRS without your official blessing. :o0) 


What's cool in Amateur Radio? 
http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


> 
> 
> 
> 
> 
> 
> 
> Ev, W2EV 
> 
> 
> 
> 
> 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 


ISS- 


APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 


CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 


APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 
MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 14:51:37 2003 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id OAA28347 
for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 14:51:32 -0600 (CST) 

From: "Darryl Smith" <Darryl@radio-active.net.au> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] NMEA recommended sentences for APRS stations 

Date: Tue, 18 Mar 2003 07:50:16 +1100 

Message-ID: <LYR11589-124792-2003 .03.17-15.40.41-- 

lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: text/plain; 
charset="US-ASCII" 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 (Normal) 

X-MSMail-Priority: Normal 

Importance: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 

X-Spam-Score: 0.0 (/) 

X-Spam-Flag: NO 

X-Spam-Report: SPAM: -------------------- Start SpamAssassin results 
SPAM: This mail is probably spam. The original message has been altered 
SPAM: so you can recognise or block similar unwanted mail in future. 
SPAM: See http://spamassassin.org/tag/ for more details. 


SPAM: 

SPAM: Content analysis details: (QO hits, 5 required) 

SPAM: 

SPAN: Hie tenm tees ster see End of SpamAssassin: results. \=------4--s4----5--6- 


X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) 
*18V1ZY -000062-00*«ZYY948 . 4IX6x 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 


X-Message-Id: <007a01c2ecc6$d37c65a0$8504a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


People 


I have a copy of the 1.0 spec (and this could have changed but I doubt 
it) and one of the recommended decoded APRS strings is $GPWPT. I would 
like to suggest that this is removed from the recommendations on the 
last page of chapter 6. I have x*NEVERx*x seed this packet sent on air... 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 18:52:36 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id SAAQ9051 

for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 18:52:36 -0600 (CST) 
Message-ID: <LYR11589-124818-2003 .03.17-19.41.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "B. Hildebrand" <bhildebrand@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR11585-124792-2003.03.17-15.40.41-- 
bhildebrand#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
Date: Mon, 17 Mar 2003 16:50:50 -0800 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 
X-ELNK-Trace: 
ea409b41e26e1177C5707837c924208£9ef193ab6bfc3dd48bd0a9c1e3d56a8591476aa682421b0ab66 
703043c0873£7e350badd9bab72£9c350badd9bab72£9c 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "B. Hildebrand" <bhildebrand@earthlink.net> 
X-Message-Id: <001c01c2ece8$6f3669c0$20dcfea9@Thinkpad> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


GPWPT is can be sent to a GPS receiver to create a waypoint, and thus a 
display of APRS positions. I suspect it is not often on the air, true. But 
it is used by the Kenwood D7/D700 and other programs in APRS. Brent KH2Z 


fetes Original Message ----- 

From: "Darryl Smith" <Darryl@radio-active.net.au> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Sent: Monday, March 17, 2003 12:50 PM 

Subject: [aprsspec] NMEA recommended sentences for APRS stations 


> People 

> 

> I have a copy of the 1.0 spec (and this could have changed but I doubt 
> it) and one of the recommended decoded APRS strings is $GPWPT. I would 

> like to suggest that this is removed from the recommendations on the 

> last page of chapter 6. I have x*NEVER** seed this packet sent on air... 
> 

> Darryl 

> 

> weeeeeee = = 

> Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 

> Mobile Number 0412 929 634 [+61 4 12 929 634 International] 

> Darryl@radio-active.net.au | www.radio-active.net.au 

> 

> 

> 

> a 

> You are currently subscribed to aprsspec as: bhildebrand@earthlink.net 
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 19:15:04 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAAQ9925 

for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 19:15:02 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Mon, 17 Mar 2003 17:14:00 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR29682-124818-2003.03.17-19.41.14-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-124822-2003.03.17-20.04.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 18 Mar 2003 01:14:02.0496 (UTC) 
FILETIME=[A97F5800 : 01C2ECEB] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0303171712560.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 17 Mar 2003, B. Hildebrand wrote: 
> GPWPT is can be sent to a GPS receiver to create a waypoint, and thus a 
> display of APRS positions. I suspect it is not often on the air, true. But 


> it is used by the Kenwood D7/D700 and other programs in APRS. Brent KH2Z 


Xastir uses "GPWPL". No "GPWPT" listed in the sources. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 19:39:23 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAA10499 

for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 19:39:22 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 17 Mar 2003 20:38:37 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR11586-124792-2003 .03.17-15.40.41-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-124825-2003.03.17-20.28.35- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0303172035130.4343-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 18 Mar 2003, Darryl Smith wrote: 


> ...and one of the recommended decoded APRS strings is $GPWPT. I would 
> like to suggest that this is removed from the recommendations on the 
> last page of chapter 6. I have x*xNEVER** seed this packet sent on air... 


There is a very important reason for that to be in there. It is so you 
can send POSITION data to anyone with only a TNC and GPS! It lets 

a TRACKER built from just a TNC and GPS to display POSITION data 

(sent in Waypoint format) to be displayed on the GPS map. Thus, you can 
send POSIT data to Search teams or anyone using their GPS as the display. 


There are many many features in APRS that "most people" never use and not 
seeing them on the air, does not make them any less valuable... to the 


person that does need it... 
Bob 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 19:46:46 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAA10631 

for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 19:46:41 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 17 Mar 2003 20:46:21 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR11586-124822-2003.03.17-20.04.02-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-124827-2003.03.17-20.35.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0303172045590 ..4343-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Mon, 17 Mar 2003, Curt Mills, WE7U wrote: 
On Mon, 17 Mar 2003, B. Hildebrand wrote: 
> GPWPT is can be sent to a GPS receiver to create a waypoint, and thus a 


> display of APRS positions. I suspect it is not often on the air, true. But 
> it is used by the Kenwood D7/D700 and other programs in APRS. Brent KH2Z 


VV VV VV MV 


Xastir uses "GPWPL". No "GPWPT" listed in the sources. 
Ah, are we talking a typo here in the spec? 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon Mar 17 20:24:30 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id UAA11969 
for <lyris.aprsspec@tapr.org>; Mon, 17 Mar 2003 20:24:25 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
Date: Tue, 18 Mar 2003 13:22:56 +1100 
Message-ID: <LYR11589-124832-2003 .03.17-21.13.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
In-Reply-To: <Pine.GS0O.4.44.0303172035130.4343-100000@arctic> 
X-Spam-Score: -3.4 (---) 
X-Spam-Flag: NO 
X-Spam-Report: SPAM: -------------------- Start SpamAssassin results 
SPAM: This mail is probably spam. The original message has been altered 
SPAM: so you can recognise or block similar unwanted mail in future. 
SPAM: See http://spamassassin.org/tag/ for more details. 


SPAM: 
SPAM: Content analysis details: (-3.4 hits, 5 required) 


SPAM: IN_REP_TO (-3.4 points) Found a In-Reply-To header 
SPAM: 
SPAM cS pisietnce meq eraetintie es ole End: of ‘SpamAssassin. -resul Ls -ke<seen tems ean 


X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) 
*18v61i-0000aS-00*«1S4/W325dZIx 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <000501c2ecf£5$4c4aac20$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


I am not saying that it would not be useful, but I would not suggest 
that this is a sentence that *x*xSHOULD*x*x be implemented in all software. 


With my AntiTracker you can do the same thing, decoding normal APRS off 
air and sending it to a GPS receiver... But that is more hardware. 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 00:42:08 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id AAA23498 
for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 00:42:07 -0600 (CST) 
X-Authentication-Warning: gatekeeper.we7u.net: archer owned process doing -bs 
Date: Mon, 17 Mar 2003 23:01:59 -0800 (PST) 
From: "Curt Mills, WE7U" <archer@eskimo.com> 
X-Sender: archer@gatekeeper.we7u.net 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR29683-124827 -2003 .03.17-20.35.53-- 
archer#eskimo.com@lists.tapr.org> 

Message-ID: <LYR11589-124857-2003.03.18-01.30.50- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <archer@eskimo.com> 

X-Message-Id: <Pine.LNX.4.04.10303172301270 .3493-100000@gatekeeper.we7u.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Mon, 17 Mar 2003, Bob Bruninga wrote: 
> > Xastir uses "GPWPL". No "GPWPT" listed in the sources. 
> 


> Ah, are we talking a typo here in the spec? 


Sure looks that way. Another for the errata page. 


Curt, WE7U. archer@eskimo.com 
http: //www.eskimo.com/~archer 

Lotto: A tax on people who are bad at math. - unknown 
Windows: Microsoft's tax on computer illiterates. - WE7U. 


The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 07:35:09 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id HAAQ7269 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 07:35:07 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 18 Mar 2003 08:34:39 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
In-Reply-To: <000501c2ecf£5$4c4aac20$4601a8cO@DELL8000> 
Message-ID: <LYR11589-124876-2003.03.18-08.24.20- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0303180832340.1656-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 18 Mar 2003, Darryl Smith wrote: 


> I am not saying that it would not be useful, but I would not suggest 
> that this is a sentence that **SHOULD** be implemented in all software. 


But if stations are using WAYPOINT format to send OBJECTS in your event, 


it is essential that ALL participating stations see the same thing. 


all APRS stations are expected to decode the WAYPOINT format as an object 


and place it on the map. 


TO not implement it means an incomplete APRS implementation that destroys 


the integrity of the standardization of APRS. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 


To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 07:49:38 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id HAAQ7652 


for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 07:49:35 -0600 (CST) 


Mime-Version: 1.0 

Message-Id: <LYR11589-124877-2003.03.18-08.38.49- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Tue, 18 Mar 2003 08:46:20 -0500 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


From: Mark Sproul <msproul@jove.rutgers.edu> 

Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 

Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mark Sproul <msproul@jove.rutgers.edu> 

X-Message-Id: <aQ5111b00ba9cd2904a0e@[128.6.238.130]> 
<LYR11591-124857-2003.03.18-01.30.50--kb2ici#tamsat.org@lists.tapr.org> 
<LYR11591-124857-2003.03.18-01.30.50--kb2ici#tamsat.org@lists.tapr.org> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


No this is NOT a typo or a mistake. 
Curt said that Xastir recognizes GPWPL which is ALSO a valid NEMA 
sentence. GPWPT is a separate sentence. 
GPWPT is sent TO the GPS to display a waypoint 
GPWPL is sent from the GPS, It is the DESTINATION that the GPS is 
currently going TO. For example, in my recent trip to Flordia, I 
would get the following every second 

$GPWPL ,2830.242,N,08122.380,W,ORLANDOx03 


This says that the GPS is currently in GOTO ORLANDO mode. 


While GPWPT and GPWPL are related, they actually have entirely 
different meanings. 


Mark 


>On Mon, 17 Mar 2003, Bob Bruninga wrote: 


> 
> > > Xastir uses "GPWPL". No "GPWPT" listed in the sources. 
>> 

>> Ah, are we talking a typo here in the spec? 

> 


>Sure looks that way. Another for the errata page. 
> 


Mark Sproul 

http: //ecs.rutgers.edu 
msproul@jove.rutgers.edu 

Manager - Engineering Computing Services 
Rutgers University School of Engineering 
Eng D111 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 11:26:42 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAA16397 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 11:26:37 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 18 Mar 2003 09:25:46 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR29682-124877-2003 .03.18-08.38.49-- 
curt.mills#fluke.com@lists.tapr.org> 
Message-ID: <LYR11589-124889-2003.03.18-12.15.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 18 Mar 2003 17:25:48.0823 (UTC) 
FILETIME=[6AC6CA70:01C2ED73] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0303180917320.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 18 Mar 2003, Mark Sproul wrote: 


> No this is NOT a typo or a mistake. 
> 


> Curt said that Xastir recognizes GPWPL which is ALSO a valid NEMA 
> sentence. GPWPT is a separate sentence. 


Actually I said (thought I said?) that Xastir sends the "GPWPL" 
sentence _to_ a Garmin GPS in order to create a waypoint. Perhaps 
we're doing something slightly different than intended? It works 
though! We get waypoints created on the Garmin as we drive along, 
just like a few other programs and the Kenwoods can do. 


I'll have to get back into the specs again to read up on these two 
sentences. GPWPT is one I haven't seen/used before. Doing a google 
search shows only two hits for GPWPT, but many for GPWPL. 
GPWPT is sent TO the GPS to display a waypoint 
GPWPL is sent from the GPS, It is the DESTINATION that the GPS is 
currently going TO. For example, in my recent trip to Flordia, I 
would get the following every second 

$GPWPL , 2830.242,N,08122.380,W,ORLANDO*03 


This says that the GPS is currently in GOTO ORLANDO mode. 


While GPWPT and GPWPL are related, they actually have entirely 
different meanings. 


VV VV VV VV VV VV 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 11:31:32 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAA16784 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 11:31:31 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 18 Mar 2003 09:31:03 -0800 (PST) 
From: Curt Mills <hacker@tc.fluke.com> 


X-X-Sender: <archer@wapiti.tc.fluke.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR29682-124889-2003.03.18-12.15.30-- 
curt.mills#tfluke.com@lists.tapr.org> 

Message-ID: <LYR11589-124890-2003.03.18-12.20.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-OriginalArrivalTime: 18 Mar 2003 17:31:05.0366 (UTC) 
FILETIME=[27736B60:01C2ED74] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Curt Mills <hacker@tc.fluke.com> 

X-Message-Id: <Pine.LNX.4.33.0303180930110.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 18 Mar 2003, Curt Mills, WE7U wrote: 


Here's a site which states the TH-D7A sends GPWPL (like Xastir 
does). I don't own one, so can't test that: 


http: //www.hulleng.karoo.net/gOvrm/content/aprs/garmin.htm 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 11:34:12 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAA16884 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 11:34:04 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 18 Mar 2003 09:33:34 -0800 (PST) 


From: Curt Mills <hacker@tc.fluke.com> 

X-X-Sender: <archer@wapiti.tc.fluke.com> 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR29682-124890-2003.03.18-12.20.43-- 
curt.mills#tfluke.com@lists.tapr.org> 

Message-ID: <LYR11589-124891-2003.03.18-12.23.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 18 Mar 2003 17:33:36.0881 (UTC) 
FILETIME=[81C2C610:01C2ED74] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Curt Mills <hacker@tc.fluke.com> 

X-Message-Id: <Pine.LNX.4.33.0303180932440.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 18 Mar 2003, Curt Mills wrote: 


> On Tue, 18 Mar 2003, Curt Mills, WE7U wrote: 

> 

> Here's a site which states the TH-D7A sends GPWPL (like Xastir 
> does). I don't own one, so can't test that: 

> 

> http: //www.hulleng.karoo.net/gOvrm/content/aprs/garmin.htm 


And another site which shows that the GPS outputs this sentence as 
well, so it looks like a dual-use sentence: 


http: //home.mira.net/~gnb/gps/nmea. html 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 15:10:59 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA26033 
for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 15:10:53 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
Date: Wed, 19 Mar 2003 08:09:00 +1100 
Message-ID: <LYR11589-124917-2003.03.18-16.00.07-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="us-ascii" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 (Normal) 
X-MSMail-Priority: Normal 
Importance: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
In-Reply-To: <Pine.GS0O.4.44.0303180832340.1656-100000@arctic> 
X-Spam-Score: -2.3 (--) 
X-Spam-Flag: NO 
X-Spam-Report: SPAM: -------------------- Start SpamAssassin results 
SPAM: This mail is probably spam. The original message has been altered 
SPAM: so you can recognise or block similar unwanted mail in future. 
SPAM: See http://spamassassin.org/tag/ for more details. 


SPAM: 
SPAM: Content analysis details: (-2.3 hits, 5 required) 
SPAM: IN_REP_TO (-3.4 points) Found a In-Reply-To header 


SPAM: DOUBLE_CAPSWORD (1.1 points) BODY: A word in all caps repeated on 
the line 
SPAM: 
SPAM: -------------------- End of SpamAssassin results --------------------- 
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) 
*18vOLy -0003I3j-00*«7evUhMoOf/.* 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <004101c2ed92$9c3878f£0$4601a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I think that there is a more fundermental issue here that I have 
uncovered. It is to determine a priority for decoding APRS... Basically 
what I see is that we could have a few different implementation types, 
because like it or not, not every author implements everything... 


I know that many authors do not implement base-91 compressed. Others do 
not do GPWPL. Some do not do every $GP sentence apart from $GPWPL. 


Right now APRS authors *xSHOULD* implement base-91 compressed, and 
*SHOULD* implement GPWPL. Whilst these types are nice, they are not used 
very often, and at are often not worth the hassle of implementing. I 
know that in my AntiTracker decoder, built into a PIC, that I did not 
have space to implement either of these. 


I think that we need to give some guidence to authors about what 
features are more critical than others, since I suspect that there is 
only one piece of software out there that implements the lot. 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


Soee Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Sent: Wednesday, 19 March 2003 12:35 AM 

To: Darryl Smith 

Cc: 'APRS Spec Discussion List' 

Subject: RE: [aprsspec] NMEA recommended sentences for APRS stations 


On Tue, 18 Mar 2003, Darryl Smith wrote: 


> I am not saying that it would not be useful, but I would not suggest 
> that this is a sentence that **SHOULD**x be implemented in all 
> software. 


But if stations are using WAYPOINT format to send OBJECTS in your event, 
it is essential that ALL participating stations see the same thing. 

THus all APRS stations are expected to decode the WAYPOINT format as an 
object and place it on the map. 


TO not implement it means an incomplete APRS implementation that 
destroys the integrity of the standardization of APRS. 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 15:19:30 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA26218 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 15:19:25 -0600 (CST) 
Message-ID: <LYR11589-124918-2003.03.18-16.08.40-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
Date: Tue, 18 Mar 2003 21:19:04 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE04102C88@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I really think the bloat added to the spec by features like this that are 
only used by 0.1% of the population is really not worth the small benefit it 
gives. Personally, I don't think we should be putting ANY NMEA sentences on 
the air. That was understandable when APRS was new and there wasn't much 
support for it. But with TinyTraks and Darryl's AntiTracker, there's not 
much point. 


<obligatory plug> 

The (still in-work) OpenTRAC protocol specifies exactly one position format. 
Like every other element, it's tagged, so you can extract it whether you 
understand any of the other elements or not. And the position format 
happens to be directly compatible with the Garmin 'semicircles' format, so 
an AntiTracker-type device connected to an eTrex, for example, wouldn't even 
need to translate the position. 

</obligatory plug> 


Scott 


eee Original Message----- 

From: Darryl Smith [mailto:Darryl@radio-active.net.au] 

Sent: Tuesday, March 18, 2003 1:09 PM 

To: APRS Spec Discussion List 

Cc: 'APRS Spec Discussion List' 

Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 


I think that there is a more fundermental issue here that I have 
uncovered. It is to determine a priority for decoding APRS... Basically 
what I see is that we could have a few different implementation types, 
because like it or not, not every author implements everything... 


I know that many authors do not implement base-91 compressed. Others do 
not do GPWPL. Some do not do every $GP sentence apart from $GPWPL. 


Right now APRS authors *xSHOULD* implement base-91 compressed, and 
*SHOULD* implement GPWPL. Whilst these types are nice, they are not used 
very often, and at are often not worth the hassle of implementing. I 
know that in my AntiTracker decoder, built into a PIC, that I did not 
have space to implement either of these. 


I think that we need to give some guidence to authors about what 
features are more critical than others, since I suspect that there is 
only one piece of software out there that implements the lot. 


Darryl 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


sass Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Sent: Wednesday, 19 March 2003 12:35 AM 

To: Darryl Smith 

Cc: 'APRS Spec Discussion List' 

Subject: RE: [aprsspec] NMEA recommended sentences for APRS stations 


On Tue, 18 Mar 2003, Darryl Smith wrote: 


> I am not saying that it would not be useful, but I would not suggest 
> that this is a sentence that **SHOULD**x be implemented in all 


> software. 


But if stations are using WAYPOINT format to send OBJECTS in your event, 
it is essential that ALL participating stations see the same thing. 

THus all APRS stations are expected to decode the WAYPOINT format as an 
object and place it on the map. 


TO not implement it means an incomplete APRS implementation that 
destroys the integrity of the standardization of APRS. 


Bob 


You are currently subscribed to aprsspec as: scott.miller@vandenberg.af.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 15:55:30 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA27602 
for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 15:55:26 -0600 (CST) 

Mime-Version: 1.0 
Message-Id: <LYR11589-124922-2003.03.18-16.44.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Tue, 18 Mar 2003 16:48:31 -0500 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

From: Mark Sproul <msproul@jove.rutgers.edu> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
Content-Type: text/plain; charset="us-ascii" ; format="flowed" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Mark Sproul <msproul@jove.rutgers.edu> 
X-Message-Id: <aQ5111b08ba9d4481c290@[128.6.238.130]> 
<LYR11591-124917-2003 .03.18-16.00.07--kb2ici#tamsat.org@lists.tapr.org> 
<LYR11591-124917-2003.03.18-16.00.07--kb2ici#tamsat.org@lists.tapr.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Being one of the authors, I think I can address some of these issues. 


Accepting $GPWPL from a GPS in a program is kind of useless if that 
program does have anything to do with it. A value from $GPWPL is a 
waypoint, not a station as APRS has for one of its main constructs. 
Therefore if a given program does not have any features to handle a 
"waypoint", then decoding $GPWPL is kind of pointless. 


Now it so happens that waypoints is one of the things I am currently 
working on in WinAPRS so this IS something that I intend to address. 


As you stated, different authors do different things, what is 
CRITICAL to one user may be useless to another. Being an author, if I 
don't get requests for a particular feature, it gets ignored. 


Mark 


Mark Sproul 

http: //ecs.rutgers.edu 
msproul@jove.rutgers.edu 

Manager - Engineering Computing Services 
Rutgers University School of Engineering 
Eng D111 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 18:51:13 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id SAAQ5202 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 18:51:07 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 18 Mar 2003 19:50:38 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: "'APRS Spec Discussion List'" <aprsspec@lists.tapr.org> 


Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
In-Reply-To: <004101c2ed92$9c3878£0$4601a8cO@DELL8000> 
Message-ID: <LYR11589-124967-2003.03.18-19.40.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0303181929150 .28328-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 19 Mar 2003, Darryl Smith wrote: 


> I think that we need to give some guidence to authors about what 
> features are more critical than others, since I suspect that there is 
> only one piece of software out there that implements the lot. 


Thanks for offering me a stump! hi hi: 


In my opinion, there is only one answer. APRS is a communications 
system. It is for emergencies, and come as you are communications. It 
MUST be fully implemented in EVERY implementation if there is any hope 
of actually "communicating" across platforms... OR each omission must be 
clearly identified so that users know what they "cant see"... 


This is why I wanted to "license" authors. To make sure that "APRS" 

would work. But now we have a tower of Babble, The only way I can be 
sure that someone sees my DF bearings, My AREA Contours, My Waypoints, My 
ICON Overlays, My Moving WEATEHER objects, my DX cluster spots or 
RESOURCEs, or Highway Mile marks or just about anything else correctly is 
to have the other person use APRSdos. 


But we all know that APRSdos maps are obsolete... Thus we have many other 
excellent progrms that have been written. But some authors only wrote the 
part of APRS that looked "pretty". And ignored many of the hard or 
"rarely used" functions... 


Of course, the RARELY USED features are very powerful when they are used 
for what they were intended. And just because you do not have a 
conflaguration or 911 in ones county every day which demands reliable, 
digital communications with INTEGRITY, does not mean that any given 
function is not "important". 


Now, it is OK to omit functions, because there are 30,000 lines of code in 
APRSdos and no one can implement all of APRS overnight. So APRS programs 
evolve... But EVERY PROGRAM THAT DOES NOT IMPLEMENT FEATURES MUST MAKE A 
LIST OF SUCH OMISSIONS so that its users know what they CANNOT SEE... 


Again, I am not faulting anyone. I would be happy if authors simply 
displayed a WARNING whenver they received an APRS format that is in the 
SPEC but that is not implemented instead of just ignoring it. That way 
the user can do what he needs to get the information via other means, 
but we cannot just ignore parts of the spec... 


Again, we need to display to users UP-FRONT and at every instance what is 
not yet implemented, this is the only way to keep the users informed of 
what they can and cannot do cross-platform when they need it. And it lets 
them know what they are not seeing... 


Thanks 
Bob 


> > Darryl > > 

--------- > Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
> Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
> Darryl@radio-active.net.au | www.radio-active.net.au 


Vwv 


SSSS5 Original Message----- 

From: Bob Bruninga [mailto:bruninga@usna. edu] 

Sent: Wednesday, 19 March 2003 12:35 AM 

To: Darryl Smith 

Cc: 'APRS Spec Discussion List' 

Subject: RE: [aprsspec] NMEA recommended sentences for APRS stations 


On Tue, 18 Mar 2003, Darryl Smith wrote: 


> I am not saying that it would not be useful, but I would not suggest 
> that this is a sentence that **SHOULD** be implemented in all 
> software. 


But if stations are using WAYPOINT format to send OBJECTS in your event, 
it is essential that ALL participating stations see the same thing. 

THus all APRS stations are expected to decode the WAYPOINT format as an 
object and place it on the map. 


TO not implement it means an incomplete APRS implementation that 
destroys the integrity of the standardization of APRS. 


VV VV VV VV VV VV VV VV VV VVOMV 


> Bob 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/ 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 19:00:47 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAAQ5404 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 19:00:43 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 18 Mar 2003 20:00:20 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR11586-124918-2003 .03.18-16.08.40-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-124968-2003.03.18-19.50.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0303181950570.28328-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Tue, 18 Mar 2003, Miller Scott Contr 30SCS/FTI wrote: 


> I really think the bloat added to the spec by features like this that are 
> only used by 0.1% of the population is really not worth the small benefit it 
> gives. 


It is this attitude which has destroyed APRS and has made cross platform 
communications almost useless in a REAL communications scenario. APRS was 
designed for REAL-TIME EMERGENCY, and PRIORITY communications. 


IT WAS NOT DESIGNED FOR 24/7 round the clock monitoring of a useless 
overloaded conjested channel with NOTHING of interest going on. I agree 
99.9% of what you see on APRS is NOTHING to do with what APRS is designed 
to do! 


Taking this attitude, do you take out all the fire alarms in the building 
because no one ever uses them? Do you remove the ability to dial 911 
from your phone system because a few people use it wrongly? Do you take 
all the memory channels out of your radio except 146.52 and your favorite 
repeater because you only use them 99% of the time and only use the other 
% of the time? 


How about taking the jack and spare tire out of your trunk? When was the 
last time you used that? Let see. About 10 miles out of every 10,000. 
Yep, thats less than 0.1%. Must be useless right? 


The ©.1% features that you say are bloat are because only 0.1% of the 
population is using APRS for what it was designed to be used for. This is 
NOT their fault at all. We hope that we dont have emergencies and 
disasters all the time, but we need to use it 24/7 and BE FAMILIAR WITH 
ALL ITS FEATURES so that we can use it when we need it that 0.1% of the 
time... 


Geeze, Throwing out what the "majority" never uses is the best way to 
guarantee that you will have a system that cant do anything else. APRS is 
not just a flashy video game... 


Bob, WB4APR 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 19:05:58 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAAQ5556 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 19:05:53 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 18 Mar 2003 20:05:27 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR11586-124922-2003.03.18-16.44.45-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-124969-2003.03.18-19.55.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0303182001130.28328-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Tue, 18 Mar 2003, Mark Sproul wrote: 


Accepting $GPWPL from a GPS in a program is kind of useless if that 
program does have anything to do with it. A value from $GPWPL is a 
waypoint, not a station as APRS has for one of its main constructs. 
Therefore if a given program does not have any features to handle a 
"waypoint", then decoding $GPWPL is kind of pointless. 


VVV VV 


It certainly does. A waypoint is an object on a map. I can think of 

no more of a fundamentl constuct for ARPS than its OBJECTS. It takes 
only a few lines of code to parse a $GPWPL into an OBJECT. Why cripple a 
program and cross platform users by leaving out such a fundamental 

aspect of APRS...? 


> As you stated, different authors do different things, what is 
> CRITICAL to one user may be useless to another. Being an author, if I 


> don't get requests for a particular feature, it gets ignored. 


Which is why APRS is becoming a tower of babble... 


Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Mar 18 19:14:54 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAAQ5834 

for <lyris.aprsspec@tapr.org>; Tue, 18 Mar 2003 19:14:50 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 18 Mar 2003 17:14:23 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: NMEA recommended sentences for APRS stations 
In-Reply-To: <LYR29682-124969-2003.03.18-19.55.08-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-124970-2003.03.18-20.04.04-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 19 Mar 2003 01:14:24.0851 (UTC) 
FILETIME=[E13C3230:01C2EDB4] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0303181707320.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 18 Mar 2003, Bob Bruninga wrote: 
> As you stated, different authors do different things, what is 


> CRITICAL to one user may be useless to another. Being an author, if I 
> don't get requests for a particular feature, it gets ignored. 


VV VV Vv 


Which is why APRS is becoming a tower of babble... 


<MyOpinion> 


The reason why we're in our current state is that there is no 
conformance testing to the spec (not even informal testing), plus 
the spec is static instead of correcting errors and improving it 
over time. 

</MyOpinion> 


These can both be fixed! 


1) Ask on the APRSSIG mailing list for someone who's familiar with 
software testing and you may get a bite. Perhaps they can 
coordinate a group of testers to test for spec conformance, and 
publish a report on a regular basis. Seems like you might just find 
a body to fill that slot. The more people that see the conformance 
results the better of we'll all be. 


2) Put the spec up on SourceForge. Tweak it to fix the errata, add 
new things as authors agree. It can be a living growing thing if 
you let it. The trick is to keep an accurate ChangeLog as you go 
along so that people know what changed and when. 


Just some ideas... 


<FlameSuitOn> 

Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Sun Mar 23 15:41:27 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA28026 

for <lyris.aprsspec@tapr.org>; Sun, 23 Mar 2003 15:41:26 -0600 (CST) 
From: "Darryl Smith" <Darryl@radio-active.net.au> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Call for Powerpoint Files 
Date: Mon, 24 Mar 2003 08:39:56 +1100 
Message-ID: <LYR11589-125573-2003 .03.23-16.30.41-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 


MIME-Version: 1.0 

Content-Type: text/plain; 
charset="US-ASCII" 

Content-Transfer-Encoding: 7bit 

X-Priority: 3 (Normal) 

X-MSMail-Priority: Normal 

Importance: Normal 

X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 

X-Spam-Score: 3.3 (+++) 

X-Spam-Flag: NO 

X-Spam-Report: SPAM: -------------------- Start SpamAssassin results 
SPAM: This mail is probably spam. The original message has been altered 
SPAM: so you can recognise or block similar unwanted mail in future. 
SPAM: See http://spamassassin.org/tag/ for more details. 


SPAM: Content analysis details: (3.3 hits, 5 required) 

SPAM: VERY_SUSP_RECIPS (1.0 points) To: contains similar usernames at 
least 5 times 

SPAM: PORN_11 (1.2 points) BODY: Uses words and phrases which 
indicate porn (11) 

SPAM: DOUBLE_CAPSWORD (1.1 points) BODY: A word in all caps repeated on 


SPAM: -------------------- End of SpamAssassin results --------------------- 
X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) 
*18xDCk-00025c -O00x0tMgkXOBtTMx 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Darryl Smith" <Darryl@radio-active.net.au> 
X-Message-Id: <002201c2£184$c2b69d40$8504a8cO@DELL8000> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


People 


I am looking for powerpoint files to create an improved indexing of 
PowerPoint files on TAPR.ORG. I have found some presentations, but I 
know that there are a LOT more out there. I would like to get as many 
powerpoint files on TAPR.ORG as possible and indexed. 


If you have any powerpoint files that you would like to contribute to 
the TAPR.ORG archive, please send me an email at VK2TDS@TAPR.ORG and I 
will let you know where you can send the file. The files that I need are 
anything to do with amateur radio digital communications. This would 


include 
DCC Presentations (I have most of 2002 seperately) 
APRS and GPS 
Digital Voice 
Emergency Digital Operations 
Spread Spectrum and 802.11 
etc 


The only powerpoints I know of are listed below... 
Thanks.... Darryl VK2TDS 


ftp.tapr.org 
./aprssig/dosstuf£/APRSdos/pcsat-sum. ppt 
./aprssig/dosstuff£/APRSdos/science-jpg.ppt 
./aprssig/dosstuf£/APRSdos/science-serb. ppt 
./aprssig/dosstuf£/DOSmisc/RWFPPT. zip 
./aprssig/presentations/96olympic.zip 
./aprssig/presentations/APRSNE.ZIP 
./aprssig/presentations/APRSPRES.exe 
./aprssig/presentations/FireTrak.ZIP 
./aprssig/presentations/HamfestHandout.doc 
./aprssig/presentations/N4NEQPPT. ZIP 
./aprssig/presentations/VK2TDS_ Presentation. zip 
./aprssig/presentations/aprs_intro.zip 
./aprssig/presentations/aprsbrochure. zip 
./aprssig/presentations/aprsdemo.ppt 
./aprssig/presentations/aprstprs98. pdf 
./aprssig/presentations/aprstprs98. zip 
./aprssig/presentations/dcc2k_intro.ppt 
./aprssig/presentations/dcc99. ppt 
./aprssig/presentations/ham_com_2001. ppt 
./aprssig/presentations/kd4rdb-aprs-messages.ppt 
./aprssig/presentations/kd4rdb. pdf 
./aprssig/presentations/kd4rdb.ppt 
./aprssig/presentations/train.zip 
./pub/tprs/hamcom97. ppt 
./pub/tprs/hamcom98/aprs.hamcom98. ppt 
./pub/tprs/hamcom98/wb5aoh.hamcom98. ppt 
./pub/tprs/hamcom98/wd0etz.hamcom98. ppt 
./ss/intro_ss.ppt 


Darryl Smith, VK2TDS POBox 169 Ingleburn NSW 2565 Australia 
Mobile Number 0412 929 634 [+61 4 12 929 634 International] 
Darryl@radio-active.net.au | www.radio-active.net.au 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Thu Mar 27 09:43:29 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id JAA09991 

for <lyris.aprsspec@tapr.org>; Thu, 27 Mar 2003 09:43:26 -0600 (CST) 
Date: Thu, 27 Mar 2003 9:42:48 
Subject: [aprsspec] Water Temperature on APRS 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: "Eric Christensen" <christensene@mebtel.net> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Eric Christensen" <christensene@mebtel.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Message-Id: <LYR11589-126188-2003.03.27-10.33.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Precedence: bulk 


Question for the group... Does anyone know if there is a place in the 
weather data format to put water temperature? 


73s, 
Eric KF4OTN 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 08:25:31 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id IAA27454 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 08:25:30 -0600 (CST) 
Message-ID: <LYR11589-127054-2003 .04.01-09.14.43-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR31010-126950-2003.03.31-13.39.33-- 
gerry.creager#tamu.edu@lists.tapr.org> <LYR32310-127050-2003.04.01-08.30.10- - 
s6isyitdsl.pipex.com@lists.tapr.org> 
Subject: [aprsspec] Datum (Was Re: [aprssig] Re: XASTIR help needed) 
Date: Tue, 1 Apr 2003 15:24:11 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
X-Message-Id: <001201c2£85a$5dad9fcO0$0100000a@lan> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Gerry Creager N5JXS wrote: 

> For those not doing serious geodesy NAD83 is identical to WGS84. If 

> anyone wants a discussion of the differences, I'll be glad to oblige. 

> 

I'm glad its not just us in the UK that are forever having debates regarding 
datums. 

It seems to me that there should be a facility in the APRS spec to be able 
to define the datum in use. 

The spec states that the default datum is WGS84 but does not provide a means 
of specifying what the datum is, if the default is not used. This is 
especially important in areas such as the UK where virtually all maps 
available are to a datum other than WGS84. 


Laurie - G6ISY 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 10:30:15 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id KAAQ2055 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 10:30:12 -0600 (CST) 
Message-ID: <LYR11589-127076-2003 .04.01-11.19.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: [aprssig] Re: Datum (Was Re: XASTIR help needed) 
Date: Tue, 1 Apr 2003 16:28:47 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE0434EC33@fsxumu03.vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have to agree. The majority of my maps are in polyconic Albers equal area 
projection - the standard for the state of California. I think it's a lot 
more reasonable to either provide a reprojection facility, or require that 
the user reprojects the maps before use, than to have every client support a 
thousand different data ('data' being the proper plural of 'datum') and who 
knows how many different projections. 


2S5 ee Original Message----- 

From: J. Lance Cotton [mailto: joe@lightningflash.net] 
Sent: Tuesday, April 01, 2003 6:50 AM 

To: TAPR APRS Special Interest Group 

Cc: APRS Spec Discussion List 

Subject: [aprssig] Re: Datum (Was Re: XASTIR help needed) 


It would seem that if the APRS spec says that WGS84 is the datum of APRS 
(not 
just the default, but the only), then it's put squarely upon the shoulders 


of 

the client program authors to ensure that any maps it reads in are 
re-projected or otherwise corrected into WGS84, or that any data it gets 
from 

the APRS system (RF or IS) is translated to whatever datum the map display 
is 

using. 


Unfortunately, these dealing with datums and re-projection is tough stuff, 
and 
if you're just making some program to draw stations on maps, one may not dig 


deep enough to even know that there are these things called ‘datums’. 
So theoretically, everything on the 'public' side of APRS (RF and IS) should 


be WGS84, and anything internal to the client program can be whatever the 
author (or user) chooses, so long as it stays internal. 


More practically, Bob B. might say that the original design of APRS was for 
local tactical something-or-other. If it's local, and everyone uses the same 


setup (software, maps, etc.) then it may not matter (much), so long as you 
can see the relative positions of everyone involved in your ‘tactical 
event’. 


$0.02 
-Lance KJ50 


On Tuesday 01 April 2003 08:24, Laurie - g6isy wrote: 

Gerry Creager N5JXS wrote: 

> For those not doing serious geodesy NAD83 is identical to WGS84. If 
> anyone wants a discussion of the differences, I'll be glad to oblige. 


I'm glad its not just us in the UK that are forever having debates 
regarding datums. 

It seems to me that there should be a facility in the APRS spec to be able 
to define the datum in use. 

The spec states that the default datum is WGS84 but does not provide a 
means of specifying what the datum is, if the default is not used. This is 
especially important in areas such as the UK where virtually all maps 
available are to a datum other than WGS84. 


VV VV V VV VV VV VV WV 


Laurie - G6ISY 


J. Lance Cotton, KJ50 


Three Step Plan: 1. Take over the world. 2. Get a lot of cookies. 3. Eat the 


cookies. 


You are currently subscribed to aprssig as: scott.miller@vandenberg.af.mil 
To unsubscribe send a blank email to leave-aprssig-31505P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 11:05:18 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAAQ3216 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 11:05:12 -0600 (CST) 
Message-ID: <LYR11589-127077-2003 .04.01-11.54.30-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 1 Apr 2003 18:03:58 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Datum 
References: <LYR26815-127076-2003.04.01-11.19.30-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-127076-2003.04.01-11.19.30-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <nxJqCOA+Zcit+tEw3a@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


>From: J. Lance Cotton [mailto:joe@lightningflash.net] 

> 

>It would seem that if the APRS spec says that WGS84 is the datum of 
>APRS (not just the default, but the only), then it's put squarely upon 
>the shoulders of the client program authors to ensure that any maps it 
>reads in are re-projected or otherwise corrected into WGS84, or that 
>any data it gets from the APRS system (RF or IS) is translated to 
>whatever datum the map display is using. 


I think you've missed the point. I don't think the original question 
related to maps being "read in" to APRS client programs. 


Try this - 


Imagine a tactical exercise with the public services in the UK. A 
variety of APRS equipment is being used, from sophisticated client 
programs down to TH-D7s. The one thing you can guarantee is that every 
Single paper map being used by the public services will be based on 
OSGB-36, not on WGS-84. 


In that situation, do you really think the APRS users should be using 
WGS-84? So someone stands there with his TH-D7, receives the position of 
an ambulance object based on WGS-84, and then presumably has to get out 
his pocket computer to try and transform the location to OSGB-36, so the 
ambulance controller can reference the location to his paper map? That 
wouldn't be too impressive, would it? 


Of course the only sensible thing to do in such a situation is to use 
OSGB-36 on APRS, and it is an obvious omission from the APRS spec that 
there is no designated way of stating the datum being used. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 11:25:12 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAAQ4076 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 11:25:11 -0600 (CST) 
Date: Tue, 1 Apr 2003 11:24:56 -0600 (CST) 
From: "Timothy J. Salo" <salo@saloits.com> 
Message-Id: <LYR11589-127080-2003.04.01-12.15.06-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
In-Reply-To: <LYR31168-127077-2003.04.01-11.54.30-- 
salo#saloits.com@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X- 


List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 


Reply-To: "Timothy J. Salo" <salo@saloits.com> 


X- 


Message-Id: <200304011724 .h31HOU3Y057596@www.saloits.com> 


Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


VV VV VV VV VV VV VV VV VV VV 


Date: Tue, 1 Apr 2003 18:03:58 +0100 
From: Roger Barker <...> 
Subject: [aprsspec] Re: Datum 

Lane 
Imagine a tactical exercise with the public services in the UK. A 
variety of APRS equipment is being used, from sophisticated client 
programs down to TH-D7s. The one thing you can guarantee is that every 
single paper map being used by the public services will be based on 
OSGB-36, not on WGS-84. 


In that situation, do you really think the APRS users should be using 
WGS-84? So someone stands there with his TH-D7, receives the position of 
an ambulance object based on WGS-84, and then presumably has to get out 
his pocket computer to try and transform the location to OSGB-36, so the 
ambulance controller can reference the location to his paper map? That 
wouldn't be too impressive, would it? 


Of course the only sensible thing to do in such a situation is to use 
OSGB-36 on APRS, and it is an obvious omission from the APRS spec that 
there is no designated way of stating the datum being used. 


What datum is being used on the air in the Uk? 


Do your GPS receivers default to WGS-84? Do you reprogram 
your GPS receivers to use OSGB-36? 


Are you suggesting that OSGB-36 be used on the air in the UK, 
or that APRS clients translate between on-the-air WGS-84 to 
on-the-screen OSGB-36? 


-tjs 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 11:37:41 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 


by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAAQ5265 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 11:37:34 -0600 (CST) 
Message-ID: <LYR11589-127081-2003.04.01-12.27.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 1 Apr 2003 18:35:53 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Datum 
References: <LYR31168-127077-2003 .04.01-11.54.30--salo#saloits.com@lists.tapr.org> 
<LYR26815-127080-2003.04.01-12.15.06--roger#peaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-127080-2003.04.01-12.15.06-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <PBIgeWA53ci+EwxK@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-127080-2003.04.01-12.15.06--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Timothy J. Salo <salo@saloits.com> writes 

>> Date: Tue, 1 Apr 2003 18:03:58 +0100 

>> From: Roger Barker <...> 

>> Subject: [aprsspec] Re: Datum 

>> [owe] 

>> Imagine a tactical exercise with the public services in the UK. A 

>> variety of APRS equipment is being used, from sophisticated client 

>> programs down to TH-D7s. The one thing you can guarantee is that every 
>> single paper map being used by the public services will be based on 

>> OSGB-36, not on WGS-84. 

>> 

>> In that situation, do you really think the APRS users should be using 
>> WGS-84? So someone stands there with his TH-D7, receives the position of 
>> an ambulance object based on WGS-84, and then presumably has to get out 
>> his pocket computer to try and transform the location to OSGB-36, so the 
>> ambulance controller can reference the location to his paper map? That 
>> wouldn't be too impressive, would it? 

>> 

>> Of course the only sensible thing to do in such a situation is to use 
>> OSGB-36 on APRS, and it is an obvious omission from the APRS spec that 
>> there is no designated way of stating the datum being used. 


>What datum is being used on the air in the UK? 
> 


>Do your GPS receivers default to WGS-84? Do you reprogram 
>your GPS receivers to use OSGB-36? 

> 

>Are you suggesting that OSGB-36 be used on the air in the UK, 
>or that APRS clients translate between on-the-air WGS-84 to 
>on-the-screen OSGB-36? 


I thought I had explained my point very clearly... Read it again, and 
then tell me whether, in the situation I described, the use of OSGB-36 
on APRS is sensible. 


Think of what I described - the lowest level - the ham with the TH-D7 
receiving posits that have to be related to a paper map being used by 
the public services, and that paper map will be based on OSGB-36. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 13:51:28 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id NAA11626 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 13:51:28 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 1 Apr 2003 14:51:02 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum (Was Re: [aprssig] Re: XASTIR help needed) 
In-Reply-To: <LYR11586-127054-2003 .04.01-09.14.43-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-127099-2003 .04.01-14.41.21-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0304011449280.8136-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 1 Apr 2003, Laurie - g6isy wrote: 


The spec states that the default datum is WGS84 but does not provide a means 
of specifying what the datum is, if the default is not used. This is 
especially important in areas such as the UK where virtually all maps 
available are to a datum other than WGS84. 


VV VV 


That is the on-air format. Authors are may convert to other 
internal datums for display. But the on-air values must be WGS84 for 
compatibility. 


bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 13:57:31 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id NAA12217 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 13:57:31 -0600 (CST) 
Message-ID: <LYR11589-127100-2003.04.01-14.47.20-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR32576-127080-2003.04.01-12.15.06-- 
s6isyitdsl.pipex.com@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Tue, 1 Apr 2003 20:56:59 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="i1s0-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Laurie - g6isy" <g6isy@dsl.pipex.com> 

X-Message-Id: <009e01c2£888$dbc42220$0100000a@lan> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Timothy J. Salo wrote: 

> 

> What datum is being used on the air in the UK? 
> 


It is a mixture of WGS-84 and OSGB-36 


> Do your GPS receivers default to WGS-84? Do you reprogram 
> your GPS receivers to use OSGB-36? 
> 


Anyone that has to interface with a system that uses the UK national mapping 
standard (which includes paper maps) will have re-programmed their GPS to 
OSGB-36. 

Those that like to see themselves on findu in the correct place will use 
WGS-84. 

Others don't know what a datum is :-) 


> Are you suggesting that OSGB-36 be used on the air in the UK, 
> or that APRS clients translate between on-the-air WGS-84 to 
> on-the-screen OSGB-36? 


The suggestion is that there should be a mechanism to be able the datum in 
use to be transmitted. 


73 Laurie - G6ISY 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:03:21 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA12373 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:03:14 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 1 Apr 2003 15:02:44 -0500 (EST) 


From: Bob Bruninga <bruninga@usna.edu> 

X-X-Sender: bruninga@arctic 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 

cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 

In-Reply-To: <LYR11586-127077-2003.04.01-11.54.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

Message-ID: <LYR11589-127101-2003.04.01-14.53.08-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0304011459050 .8136-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 1 Apr 2003, Roger Barker wrote: 


Imagine a tactical exercise with the public services in the UK. A 
variety of APRS equipment is being used, from sophisticated client 
programs down to TH-D7s. The one thing you can guarantee is that every 
single paper map being used by the public services will be based on 
OSGB-36, not on WGS-84. 


Of course the only sensible thing to do in such a situation is to use 
OSGB-36 on APRS, and it is an obvious omission from the APRS spec that 
there is no designated way of stating the datum being used. 


VV VV VV VV WV 


One way is to put it in the UNPROTO TOCALL instead of the software 
version. This can even be done in the Kenwoods using the UNPROTO menu. 
But then we loose software version. Would it make sense to use the 
OSGB-36 everywhere in the country by default and use WGS84 by exception? 


I don t konw. 
Or send out a BULLETIN at any event saying what datum is in use.? 


Ideas? 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:11:24 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id OAA12689 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:11:23 -0600 (CST) 
Message-ID: <LYR11589-127102-2003.04.01-15.01.16-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR32576-127099-2003.04.01-14.41.21-- 
s6isyitdsl.pipex.com@lists.tapr.org> 
Subject: [aprsspec] Re: Datum (Was Re: [aprssig] Re: XASTIR help needed) 
Date: Tue, 1 Apr 2003 21:11:06 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
X-Message-Id: <QQaa01c2£88a$d4102b80$0100000a@lan> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 

> On Tue, 1 Apr 2003, Laurie - g6isy wrote: 

> 

>> The spec states that the default datum is WGS84 but does not provide 
>> a means of specifying what the datum is, if the default is not used. 
>> This is especially important in areas such as the UK where virtually 
>> all maps available are to a datum other than WGS84. 


That is the on-air format. Authors are may convert to other 
internal datums for display. But the on-air values must be WGS84 for 
compatibility. 


VV VV V 


Bob, 


The trouble is that WGS84 is not a suitable format for many situations. 
Virtually all our user service systems and paper maps in the UK use OSGB36 
not WGS84. 

It is not practical to take a co-ordinate from APRS in WGS84 and then use a 
calculator to translate it to OSGB36 so that is usable by the services we 
work with. 

The spec does not say that WGS84 must be used on-air, it says the default is 
WGS84. 

What I (and many others) want is a legitimate way of specifying, over the 
air, that we are using a datum that is different from the default. 

The bottom line is that if a mechanism is not provided in the spec, then the 
spec will just be ignored, as the final aim is to pass useful data. In many 
circumstances that can only be done by sending OSGB36 over the air. 


73 Laurie - G6ISY 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:21:41 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id OAA12859 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:21:37 -0600 (CST) 
Message-ID: <LYR11589-127103-2003.04.01-15.11.27-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 1 Apr 2003 14:21:11 -0600 (CST) 
Subject: [aprsspec] Re: Datum (Was Re: [aprssig] Re: XASTIR help needed) 
From: "James Jefferson" <jj@aprsworld.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
In-Reply-To: <LYR19704-127102-2003.04.01-15.01.16-- 
jjeffers#aprsworld.net@lists.tapr.org> 
References: <LYR32576-127099-2003.04.01-14.41.21-- 
s6isyitdsl.pipex.com@lists.tapr.org> 

<LYR19704-127102-2003.04.01-15.01.16-- 

jjeffers#aprsworld.net@lists.tapr.org> 
X-Priority: 3 
Importance: Normal 
Cc: <aprsspec@lists.tapr.org> 
Reply-To: "James Jefferson" <jj@aprsworld.net> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=iso-8859-1 
Content-Transfer-Encoding: 8bit 


List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 

List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
X-Message-Id: <4199.129.186.205.216.1049228471.squirrel@zero.voxel.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Laurie, 


The issue is that with a single standard datum (WGS84) only map display 
programs need to do datum conversions. But, if multiple datums were 
transmitted over the air, each receiver would be required to do datum 
conversion. In the case of a D7, D700, HamHud or pretty much anything that 
isn't running a full blown PC or workstation, those calculations would not 
be possible. Doing a datum conversion requires a database of elipsoids 
(and other stuff, I'm sure) and a bunch of floating point calculations. 


-Jim KBOTHN 


The trouble is that WGS84 is not a suitable format for many situations. 
Virtually all our user service systems and paper maps in the UK use 
OSGB36 not WGS84. 

It is not practical to take a co-ordinate from APRS in WGS84 and then 
use a calculator to translate it to OSGB36 so that is usable by the 
services we work with. 

The spec does not say that WGS84 must be used on-air, it says the 
default is WGS84. 

What I (and many others) want is a legitimate way of specifying, over 
the air, that we are using a datum that is different from the default. 
The bottom line is that if a mechanism is not provided in the spec, then 
the spec will just be ignored, as the final aim is to pass useful data. 
In many circumstances that can only be done by sending OSGB36 over the 
air. 


73 Laurie - G6ISY 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:25:11 2003 

Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA12976 
for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:25:11 -0600 (CST) 

Message-ID: <LYR11589-127104-2003.04.01-15.14.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

Date: Tue, 1 Apr 2003 21:24:24 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 

From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Datum 

References: <LYR11586-127077-2003.04.01-11.54.30-- 
bruninga#nadn.navy.mil@lists.tapr.org> 

<Pine.GS0O.4.44.0304011459050.8136-100000@arctic> 

In-Reply-To: <Pine.GSO.4.44.0304011459050.8136-100000@arctic> 
MIME-Version: 1.0 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <rSIZa0A4V£it+EwEK@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


In message <Pine.GS0.4.44.0304011459050.8136-100000@arctic>, Bob 

Bruninga <bruninga@usna.edu> writes 

>On Tue, 1 Apr 2003, Roger Barker wrote: 

> 

>> Imagine a tactical exercise with the public services in the UK. A 

>> variety of APRS equipment is being used, from sophisticated client 

>> programs down to TH-D7s. The one thing you can guarantee is that every 
>> single paper map being used by the public services will be based on 

>> OSGB-36, not on WGS-84. 

>> 

>> Of course the only sensible thing to do in such a situation is to use 
>> OSGB-36 on APRS, and it is an obvious omission from the APRS spec that 
>> there is no designated way of stating the datum being used. 


>One way is to put it in the UNPROTO TOCALL instead of the software 
>version. This can even be done in the Kenwoods using the UNPROTO menu. 


>But then we loose software version. Would it make sense to use the 
>OSGB-36 everywhere in the country by default and use WGS84 by exception? 


The sensible thing to do in the UK is to use OSGB-36, because that is 
the datum used for all our paper maps. I really only joined in this 
discussion because of the comment someone made that WGS-84 was the only 
datum that should be used on air. Here that makes no sense! 


To identify the datum being used, and give clients the option of 
applying a transformation, one possibility is to put the datum in the 
posit comment, e.g. - 

/D=0SGB36 

Clients that understand it can use it, other apps will ignore it. 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:25:47 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id O0AA13006 
for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:25:47 -0600 (CST) 
Message-ID: <LYR11589-127105-2003.04.01-15.15.38-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 01 Apr 2003 12:24:57 -0800 
From: Dana Myers K6JQ <k6éjq@arrl.net> 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 
X-Accept-Language: en-us, en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
References: <LYR28303-127101-2003.04.01-14.53.08--k6jq#tarrl.net@lists.tapr.org> 
In-Reply-To: <LYR28303-127101-2003.04.01-14.53.08--k6jq#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=IS0O-8859-1; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Dana Myers K6JQ <k6jq@arrl.net> 


X-Message-Id: <3E89F599.3070101@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Bob Bruninga wrote: 


>One way is to put it in the UNPROTO TOCALL instead of the software 
>version. This can even be done in the Kenwoods using the UNPROTO menu. 
>But then we loose software version. Would it make sense to use the 
>OSGB-36 everywhere in the country by default and use WGS84 by exception? 
> 

>I don t konw. 

>Or send out a BULLETIN at any event saying what datum is in use.? 
>Ideas? 

> 

> 


Some thoughts: 


1) Shifting to regional default interpretation of APRS data (in general) 
opens a whole new area of administration / potential confusion. Well, 
the potential confusion appears to already be there, and recognizing it 
probably won't make it a lot better. 


2) The problem with interpreting a coordinate in the wrong datum is that 
you won't get the correct absolute location. That's probably worse than 
no location report at all. 


3) Separately transmitting the datum in use could easily lead to a case 
where 

some stations use one datum and other stations use another, and it becomes 
necessary to keep track of which datum a station has advertised. 


4) Separately transmitting the datum means that a station could send 
position reports for 15, 30 or more minutes before anyone knows which 
datum the reports are in. See #2 above. 


Personally, I think the ongoing desire to make APRS an extensible system 
is really a strong pressue to adopt an extensible representation. For 
example, 

there are tens of millions of wbXML devices in use, perhaps we should be 
thinking 

of how to evolve to something based on wbXML where data items can be 
explicitly 

typed when sent. 


Dana K6JQ 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:44:28 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA13581 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:44:27 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 1 Apr 2003 12:44:05 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum (Was Re: [aprssig] Re: XASTIR help needed) 
In-Reply-To: <LYR29682-127103-2003.04.01-15.11.27-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-127106-2003 .04.01-15.34.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 01 Apr 2003 20:44:07.0744 (UTC) 
FILETIME=[70DE8CO0O: 01C2F88F ] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-Message-Id: <Pine.LNX.4.33.0304011225440 .31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 1 Apr 2003, James Jefferson wrote: 


The issue is that with a single standard datum (WGS84) only map display 
programs need to do datum conversions. But, if multiple datums were 
transmitted over the air, each receiver would be required to do datum 
conversion. In the case of a D7, D700, HamHud or pretty much anything that 
isn't running a full blown PC or workstation, those calculations would not 
be possible. Doing a datum conversion requires a database of elipsoids 
(and other stuff, I'm sure) and a bunch of floating point calculations. 


VV VV VV WV 


This whole thing has been brought up once or twice before, but 


perhaps it'll get more airtime this go-around. 


The example given of OSGB36 paper maps is an interesting one. We 
have a similar setup in SAR where most paper maps are NAD27 datum, 
but the APRS datum and the datum chosen by our SAR group is WGS84. 
People in the field sometimes switch between NAD27 (paper maps) and 
WGS84 (voice comms) while on their mission, depending on the 
accuracy they need at the time and whether we're bugging them for 
their position over comms. 


For our county-sized area, we _could_ use fixed offsets to the 
lat/long and have enough accuracy for our work, but that might not 
be the case for other datums or other areas. Fixed offsets could be 
done by low-end processors without getting into ellipsoid tables or 
floating point calculations, but again, that might not work in the 
general case. 


The choice of datum for an affected area would depend greatly on who 
you have to work with at the time. Having the choice of on-the-air 
datum (and broadcasting that choice with the packet) _and_ the 
choice of the on-screen datum would be ideal. 


Those with less than full APRS mapping computers would need to 
assume that everyone is using the default datum for the event and do 
no conversions at all. 


Those with computer mapping systems could have the computer convert 
the positions to the chosen display datum as they are received, so 
that any positions read off the display are instantly usable by 
other public agencies involved. 


One thing on the Xastir todo list is to convert any GPS data from a 
local GPS into WGS84 before that data is used, so that it matches 
APRS standard datum. It sounds like we may want to have that an 
optional feature so that people can deviate from that datum if 
required. 


Garmin GPS's put out different data on their serial lines based on 
the display datum selected, which I believe was an unknown "feature" 
at the time the APRS spec was written. It was believed that the 
NMEA data stream always used WGS84 data in all cases. That changed 
with Garmin, perhaps others. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.f£luke.com 
Senior Methods Engineer/SysAdmin 
"Lotto: A tax on people who are bad at math!" 


"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:46:32 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA13636 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:46:31 -0600 (CST) 
Message-ID: <LYR11589-127107-2003.04.01-15.36.19-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Tue, 1 Apr 2003 20:45:26 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE0434ECA5@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The OpenTRAC protocol (http://www.opentrac.org) is pretty close to what 
you're describing. I've made the choice in the protocol specification to 
allow only WGS84, though. My feeling is that if you're going to be plotting 
coordinates by hand on a non-WGS84 map, using a receiving device that's not 
capable of translating the coordinates, you can go get yourself some 
transparency sheets and print up a WGS84 grid to overlay on your paper maps. 


SSeS Original Message----- 

From: Dana Myers K6JQ [mailto:k6jq@arrl.net] 
Sent: Tuesday, April 01, 2003 12:25 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Datum 


Bob Bruninga wrote: 


>One way is to put it in the UNPROTO TOCALL instead of the software 
>version. This can even be done in the Kenwoods using the UNPROTO menu. 
>But then we loose software version. Would it make sense to use the 
>OSGB-36 everywhere in the country by default and use WGS84 by exception? 
> 

>I don t konw. 

>Or send out a BULLETIN at any event saying what datum is in use.? 
>Ideas? 

> 

> 


Some thoughts: 


1) Shifting to regional default interpretation of APRS data (in general) 
opens a whole new area of administration / potential confusion. Well, 
the potential confusion appears to already be there, and recognizing it 
probably won't make it a lot better. 


2) The problem with interpreting a coordinate in the wrong datum is that 
you won't get the correct absolute location. That's probably worse than 
no location report at all. 


3) Separately transmitting the datum in use could easily lead to a case 
where 

some stations use one datum and other stations use another, and it becomes 
necessary to keep track of which datum a station has advertised. 


4) Separately transmitting the datum means that a station could send 
position reports for 15, 30 or more minutes before anyone knows which 
datum the reports are in. See #2 above. 


Personally, I think the ongoing desire to make APRS an extensible system 
is really a strong pressue to adopt an extensible representation. For 


example, 

there are tens of millions of wbXML devices in use, perhaps we should be 
thinking 

of how to evolve to something based on wbXML where data items can be 
explicitly 


typed when sent. 


Dana K6JQ 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:51:36 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA13771 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:51:35 -0600 (CST) 
Message-ID: <LYR11589-127108-2003 .04.01-15.41.26-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR32576-127099-2003.04.01-14.41.21-- 
s6isyitdsl.pipex.com@lists.tapr.org> <LYR19704-127102-2003.04.01-15.01.16-- 
jjeffers#aprsworld.net@lists.tapr.org> <LYR32576-127103-2003.04.01-15.11.27-- 
s6isyitdsl.pipex.com@lists.tapr.org> 
Subject: [aprsspec] Re: Datum (Was Re: [aprssig] Re: XASTIR help needed) 
Date: Tue, 1 Apr 2003 21:51:15 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
X-Message-Id: <011e01c2£890$706a7800$0100000a@lan> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


James Jefferson wrote: 

> Laurie, 

> 

> The issue is that with a single standard datum (WGS84) only map 
> display programs need to do datum conversions. 


Jim, 


With only WGS84 on-air it is not only map display programs that need to do 


datum conversions. 
Anyone trying to find the position on one of our paper maps would have to do 
it as none of them use WGS84 


Vv 


In the case of a D7, D700, HamHud or pretty 
> much anything that isn't running a full blown PC or workstation, 
those calculations would not be possible. 


Vv 


I wouldn't expect a D7 or D700 to do any datum conversion. I would expect it 
to display the posit it had received as is. 

However, future radios (when a suitable method for sending the datum had 
been agreed) would in addition be able to display the datum that had been 
used. 


73 Laurie - G6ISY 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 14:57:02 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA13952 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 14:56:59 -0600 (CST) 
Message-ID: <LYR11589-127109-2003.04.01-15.46.53-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 1 Apr 2003 21:56:11 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Datum 
References: <LYR26815-127107-2003.04.01-15.36.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
In-Reply-To: <LYR26815-127107-2003.04.01-15.36.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <NisQWPArzfi+EwC+@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <LYR26815-127107-2003.04.01-15.36.19--rogeri#peaksys.co.uk@lis 
ts.tapr.org>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.m 

il> writes 

>The OpenTRAC protocol (http://www.opentrac.org) is pretty close to what 
>you're describing. I've made the choice in the protocol specification to 
>allow only WGS84, though. My feeling is that if you're going to be plotting 
>coordinates by hand on a non-WGS84 map, using a receiving device that's not 
>capable of translating the coordinates, you can go get yourself some 
>transparency sheets and print up a WGS84 grid to overlay on your paper maps. 


That really is not practical. 


If you were working with a public service in an emergency situation, 
would you seriously expect them to overlay their paper maps, which use 
the standard datum for the area, with a WGS-84 grid, just because a few 
radio hams insisted on using a datum different to the standard for the 
area? 


You have to take a realistic approach to this, and the only possible 
realistic approach is that, in an emergency situation, it has to be 
possible to relate local posits to the local paper maps without applying 
a transformation, because equipment might well be in use that cannot 
apply transformations. 


To me the above is so blinding obvious that I can't see how anyone can 
argue against it... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 15:06:48 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA14331 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 15:06:44 -0600 (CST) 
Message-ID: <LYR11589-127111-2003 .04.01-15.56.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR32576-127107-2003.04.01-15.36.19-- 


s6isyitdsl.pipex.com@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Tue, 1 Apr 2003 22:06:32 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
X-Message-Id: <013201c2£892$929ef5c0$0100000a@lan> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Miller Scott Contr 30SCS/FTI wrote: 
> you can go get yourself some transparency sheets and 
> print up a WGS84 grid to overlay on your paper maps. 


Not really practical, the maps may be of many scales. Also when you are 
talking of one of our user services, the map is quite likely to be displayed 
on one of their GIS computer screens. 


73 Laurie - G6ISY 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 15:12:10 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA14516 
for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 15:12:05 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 1 Apr 2003 13:11:13 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 


Subject: [aprsspec] Re: Datum 

In-Reply-To: <LYR29682-127109-2003.04.01-15.46.53-- 
curt.mills#tfluke.com@lists.tapr.org> 

Message-ID: <LYR11589-127112-2003.04.01-16.01.32-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 01 Apr 2003 21:11:15.0636 (UTC) 
FILETIME=[3B2B2740: 01C2F893] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0304011302490.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Tue, 1 Apr 2003, Roger Barker wrote: 
That really is not practical. 


If you were working with a public service in an emergency situation, 
would you seriously expect them to overlay their paper maps, which use 
the standard datum for the area, with a WGS-84 grid, just because a few 
radio hams insisted on using a datum different to the standard for the 
area? 


You have to take a realistic approach to this, and the only possible 
realistic approach is that, in an emergency situation, it has to be 
possible to relate local posits to the local paper maps without applying 
a transformation, because equipment might well be in use that cannot 
apply transformations. 


To me the above is so blinding obvious that I can't see how anyone can 
argue against it... 


VVVVV VV VV VV VV VV MV 


oy) 


We've been under severe time pressure before to convert coordinates 
from one datum to another, or check them against paper maps quickly 
during SAR activities. I can verify that it's not a good feeling to 
have people breathing down your necks saying "aren't you done yet?" 
when a helo or an ambulance is ready to launch. Compounding that 
problem is the "what lat/long format did they give it to us in?" 
question, which occurs all too often. 


In an emergency situation, faster is better, however that can be 
accomplished without losing accuracy. 


I vote for allowing different datums on the air, but requiring each 
and every packet with a non-WGS84 datum to specify the datum ina 
machine-parsable _and_ human-parsable format. That way we can adapt 
to different situations/regions quickly and easily. The APRS client 
software can be upgraded over time to parse and convert these to the 
datum the operator is currently using for map display. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 15:15:44 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA14652 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 15:15:37 -0600 (CST) 
Message-ID: <LYR11589-127113-2003.04.01-16.05.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 01 Apr 2003 13:14:29 -0800 
From: Dana Myers K6JQ <k6éjq@arrl.net> 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 
X-Accept-Language: en-us, en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
References: <LYR26815-127107-2003.04.01-15.36.19-- 
roger#tpeaksys.co.uk@lists.tapr.org> <LYR28303-127109-2003.04.01-15.46.53-- 
k6jq#arrl.net@lists.tapr.org> 
In-Reply-To: <LYR28303-127109-2003.04.01-15.46.53--k6jq#arrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 


X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Dana Myers K6JQ <k6jq@arrl.net> 

X-Message-Id: <3E8A0135.60706@arrl.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Roger Barker wrote: 


>In message <LYR26815-127107-2003.04.01-15.36.19--rogeri#peaksys.co.uk@lis 
>ts.tapr.org>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.m 
>il> writes 

> 

> 

>>The OpenTRAC protocol (http://www.opentrac.org) is pretty close to what 
>>you're describing. I've made the choice in the protocol specification to 
>>allow only WGS84, though. My feeling is that if you're going to be plotting 
>>coordinates by hand on a non-WGS84 map, using a receiving device that's not 
>>capable of translating the coordinates, you can go get yourself some 
>>transparency sheets and print up a WGS84 grid to overlay on your paper maps. 
>> 

>> 

> 

>That really is not practical. 

> 

> 

Sure it is, in the case of a new protocol that's not already 

widely deployed. OpenTRAC isn't already deployed ona 

bunch of legacy devices (like TH-D7s), so it can establish any 

protocol it wishes. There's a real advantage to expressing 

the position in a well-known form and allowing ‘localization' 

at the clients, since the clients know where they are and what 

the display requirements are. 


The potential downside is that some senders will convert from one 
datum to WGS 84, only to have a receiver convert back to the original 
datum. Wasted work but no harm done as long as the conversions are 
consistent. 


A real issue might be the ability to deploy OpenTRAC clients, 
but that is another thing. 


Dana K6JQ 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 15:38:29 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA15619 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 15:38:27 -0600 (CST) 
Message-ID: <LYR11589-127117-2003 .04.01-16.28.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Tue, 1 Apr 2003 21:38:07 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE0434ECB6@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Roger, I know where you're coming from, I just don't know if this is the 
best way to do it. GPS receivers use WGS84, and to my knowledge there's no 
standard way to make sure the serial output is anything else. Where are the 
coordinates read from that are passed to the emergency services personnel? 

A PC should have no problem performing conversions on the receiving end (my 
PC here has a database of 975 reference systems), so I can only see it as 
being a problem if they're looking at a Kenwood or something. Which isn't 
something I'd want to subject my local emergency dispatcher to. 


Ok, I'll admit that map overlays aren't the easiest solution. Now that I've 
had lunch and I'm not so grumpy. Dang diet. =] 


So I guess the issue is being able to pass through non-WGS84 coordinates 
from appropriately configured trackers to dumb clients in a consistent 
manner. Which I'll concede might be convenient in certain circumstances. I 
just cringe every time we've got to tack more data onto the comment field, 
and add more complexity to the clients. 


Scott 


From: Roger Barker [mailto:roger@peaksys.co.uk] 
Sent: Tuesday, April 01, 2003 12:56 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Datum 


In message <LYR26815-127107-2003.04.01-15.36.19--roger#peaksys.co.uk@lis 
ts.tapr.org>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.m 
il> writes 

>The OpenTRAC protocol (http://www.opentrac.org) is pretty close to what 
>you're describing. I've made the choice in the protocol specification to 
>allow only WGS84, though. My feeling is that if you're going to be 
plotting 

>coordinates by hand on a non-WGS84 map, using a receiving device that's not 
>capable of translating the coordinates, you can go get yourself some 
>transparency sheets and print up a WGS84 grid to overlay on your paper 
maps. 


That really is not practical. 


If you were working with a public service in an emergency situation, 
would you seriously expect them to overlay their paper maps, which use 
the standard datum for the area, with a WGS-84 grid, just because a few 
radio hams insisted on using a datum different to the standard for the 
area? 


You have to take a realistic approach to this, and the only possible 
realistic approach is that, in an emergency situation, it has to be 
possible to relate local posits to the local paper maps without applying 
a transformation, because equipment might well be in use that cannot 
apply transformations. 


To me the above is so blinding obvious that I can't see how anyone can 
argue against it... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 


You are currently subscribed to aprsspec as: scott.miller@vandenberg.af.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 15:43:01 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA15742 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 15:42:59 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Tue, 1 Apr 2003 16:42:20 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
In-Reply-To: <LYR11586-127117-2003 .04.01-16.28.25-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-127118-2003 .04.01-16.32.49-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0304011640230.8136-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


Another place to put the datum would be on the end of the digpeater field. 


I konw the purists wont like that, but it is a free field that is optional 
and doesnt mess up anything while still allowing the full use of the 
Position comment field or status fields. 


And it allows up to 6 charactetrs... 


Just a thought... 
Bob 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 15:47:50 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA16019 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 15:47:49 -0600 (CST) 
Message-ID: <LYR11589-127119-2003 .04.01-16.37.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Tue, 1 Apr 2003 22:47:03 +0100 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
From: Roger Barker <roger@peaksys.co.uk> 
Subject: [aprsspec] Re: Datum 
References: <7BF8A28ADD2DD511B5020090278586EE0434ECB6@fsxumu03. vandenberg.af.mil> 
In-Reply-To: <7BF8A28ADD2DD511B5020090278586EE0434ECB6@fsxumu03.vandenberg.af.mil> 
MIME-Version: 1.0 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Roger Barker <roger@peaksys.co.uk> 
X-Message-Id: <XdDmpkAXj]gitEwzR@peaksys.co.uk> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


In message <7BF8A28ADD2DD511B5020090278586EE0434ECB6@fsxumuO3. vandenberg 
.af.mil>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
writes 

>Roger, I know where you're coming from, 


You don't demonstrate that... 


> I just don't know if this is the 

>best way to do it. GPS receivers use WGS84, and to my knowledge there's no 
>standard way to make sure the serial output is anything else. Where are the 
>coordinates read from that are passed to the emergency services personnel? 
>A PC should have no problem performing conversions on the receiving end (my 
>PC here has a database of 975 reference systems), so I can only see it as 
>being a problem if they're looking at a Kenwood or something. Which isn't 
>something I'd want to subject my local emergency dispatcher to. 


So, we're going to rule out the use of TH-D7s, TM-D700s, simple terminal 
programs, etc, because of some "rule" that APRS has to use WGS-84 on 
air? If there's an emergency, we only allow hams to help who have 
suitably sophisticated equipment? Even if, in some situations, a TH-D7 
is far more practical than a PC? 


Ok, I give up. We're on different planets... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 16:05:45 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id QAA16819 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 16:05:44 -0600 (CST) 
Message-ID: <LYR11589-127120-2003.04.01-16.55.33-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Tue, 1 Apr 2003 22:05:15 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE0434ECC4@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Read the rest of my message... I'm conceding that your way makes sense for 
certain situations. I don't like it, but considering the hardware that's 
out there now and how you want to use it, it's practical. I just won't be 
doing it that way in OpenTrac. Which shouldn't really be a problem, as long 
as everyone knows from the start that's how it's going to be and understands 
they'll have to take care of the translation if they want to use any other 
system. 


Honestly, I'm not trying to start flame wars here... just stating my 
opinion. 


Scott 


ae rita Original Message----- 

From: Roger Barker [mailto:roger@peaksys.co.uk] 
Sent: Tuesday, April 01, 2003 1:47 PM 

To: APRS Spec Discussion List 

Subject: [aprsspec] Re: Datum 


In message <7BF8A28ADD2DD511B5020090278586EE0434ECB6@fsxumu03. vandenberg 
.af.mil>, Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
writes 

>Roger, I know where you're coming from, 


You don't demonstrate that... 


> I just don't know if this is the 

>best way to do it. GPS receivers use WGS84, and to my knowledge there's no 
>standard way to make sure the serial output is anything else. Where are 
the 

>coordinates read from that are passed to the emergency services personnel? 
>A PC should have no problem performing conversions on the receiving end (my 
>PC here has a database of 975 reference systems), so I can only see it as 
>being a problem if they're looking at a Kenwood or something. Which isn't 
>something I'd want to subject my local emergency dispatcher to. 


So, we're going to rule out the use of TH-D7s, TM-D700s, simple terminal 
programs, etc, because of some "rule" that APRS has to use WGS-84 on 
air? If there's an emergency, we only allow hams to help who have 
suitably sophisticated equipment? Even if, in some situations, a TH-D7 
is far more practical than a PC? 


Ok, I give up. We're on different planets... 


Roger Barker, G4IDE - roger@peaksys.co.uk 
For UI-View go to - http://www.UI-View.com 
For WinPack go to - http://www.peaksys.co.uk 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 16:40:10 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id QAA17785 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 16:40:08 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 1 Apr 2003 14:39:39 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
In-Reply-To: <LYR29682-127118-2003 .04.01-16.32.49-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-127121-2003 .04.01-17.29.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 01 Apr 2003 22:39:41.0121 (UTC) 
FILETIME=[957BEB10: 01C2F89F ] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0304011430450.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Tue, 1 Apr 2003, Bob Bruninga wrote: 
Another place to put the datum would be on the end of the digpeater field. 
I konw the purists wont like that, but it is a free field that is optional 


and doesnt mess up anything while still allowing the full use of the 
Position comment field or status fields. 


VVVVV VV 


And it allows up to 6 charactetrs... 


I would have no problem with that. We typically don't need all 
eight digipeater fields for APRS uses on RF. 


How about having it in the last used digipeater path -or- in the 
comment field? Allow two options. 


Do any of the firmware-based APRS rigs have restrictions on the 
formation of a digipeater callsign? If so, or even just to provide 


more flexibility, the datum could be specified either way. 


If this can be agreed upon then we'll need some parsable strings 
for specifying the datums within 6 characters plus a digit or two. 
Hopefully some standard table used in GIS applications can be 
adopted directly so there's no ambiguity as to the choice of 
strings and proper parsing is guaranteed. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 16:45:04 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id QAA18242 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 16:44:56 -0600 (CST) 
Message-ID: <LYR11589-127122-2003 .04.01-17.34.52-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Tue, 1 Apr 2003 22:44:25 -0000 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE0434ECD5@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


See the Open GIS Consortium's SRID definitions. 


oui Original Message----- 

From: Curt Mills, WE7U [mailto:hacker@tc.fluke.com] 
Sent: Tuesday, April 01, 2003 2:40 PM 

To: APRS Spec Discussion List 

Cc: APRS Spec Discussion List 

Subject: [aprsspec] Re: Datum 


On Tue, 1 Apr 2003, Bob Bruninga wrote: 
Another place to put the datum would be on the end of the digpeater field. 
I konw the purists wont like that, but it is a free field that is optional 


and doesnt mess up anything while still allowing the full use of the 
Position comment field or status fields. 


VVVVV VV 


And it allows up to 6 charactetrs... 


I would have no problem with that. We typically don't need all 
eight digipeater fields for APRS uses on RF. 


How about having it in the last used digipeater path -or- in the 
comment field? Allow two options. 


Do any of the firmware-based APRS rigs have restrictions on the 
formation of a digipeater callsign? If so, or even just to provide 
more flexibility, the datum could be specified either way. 


If this can be agreed upon then we'll need some parsable strings 
for specifying the datums within 6 characters plus a digit or two. 
Hopefully some standard table used in GIS applications can be 
adopted directly so there's no ambiguity as to the choice of 
strings and proper parsing is guaranteed. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 

"Lotto: A tax on people who are bad at math!" 

"Windows: Microsoft's tax on computer illiterates!" -- WE7U 


"The world DOES revolve around me: I picked the coordinate system!" 


You are currently subscribed to aprsspec as: scott.miller@vandenberg.af.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 17:08:16 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id RAA19198 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 17:08:15 -0600 (CST) 
Message-ID: <LYR11589-127123-2003 .04.01-17.58.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR32576-127117-2003.04.01-16.28.25-- 
sé6isyitdsl.pipex.com@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Wed, 2 Apr 2003 00:08:06 +0100 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Laurie - g6isy" <g6isy@dsl.pipex.com> 
X-Message-Id: <021001c2£8a3$8e25e100$0100000a@lan> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Miller Scott Contr 30SCS/FTI wrote: 

> Roger, I know where you're coming from, I just don't know if this is 
the best way to do it. GPS receivers use WGS84, and to my knowledge 
there's no standard way to make sure the serial output is anything 
else. Where are the coordinates read from that are passed to the 
emergency services personnel? 


VVV NV 


Scott, 


Most modern GPS's I've seen can be set to almost any datum and will send 
position data to that datum in the NEMA sentances. 

There are a few that are WGS84 only and a few that are difficult to change. 
I agree it's not normally possible to determine the datum from the NEMA 
data, the datum in use would have to be entered manually. 


A practical scenario is as follows : 


Someone is sent to a location (defined by the emergency service) and the 
co-ordinates are given using OSGB36. 

They will have their GPS set to OSGB so they can find the correct position. 
The progress of the person is monitored and plotted on maps (all in OSGB). 


In addition objects may be transmitted where their positions have been 
entered manually, having been read from paper maps. 


The location of the objects will be read from the screen and passed to the 
user service. 
So far, so good, everything is in OSGB 


Then, someone else, (who has a GPS that only does WGS84) is sent to the same 
location. They will probably find the location ok but they will never appear 
that they have and there is no way of telling that the two users are using a 
different datum. 


(We'll ignore the fact that in the UK we normally don't normally use 
Lat/Long either, its normally NGR :-) but we can get over that nore easily.) 


73 Laurie - G6ISY 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 17:24:14 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id RAA19610 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 17:24:12 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Tue, 1 Apr 2003 15:23:55 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.f£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
In-Reply-To: <LYR29682-127123-2003.04.01-17.58.14-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-127124-2003 .04.01-18.14.09-- 


lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 01 Apr 2003 23:23:57.0950 (UTC) 
FILETIME=[C513D9E0:01C2F8A5] 

List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0304011510340.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


On Wed, 2 Apr 2003, Laurie - g6isy wrote: 


Most modern GPS's I've seen can be set to almost any datum and will send 
position data to that datum in the NEMA sentances. 

There are a few that are WGS84 only and a few that are difficult to change. 
I agree it's not normally possible to determine the datum from the NEMA 
data, the datum in use would have to be entered manually. 


VV VV V 


Garmins output a proprietary sentence "$PGRMM" which tells us the 
horizontal datum used. I don't know about other brands. Some 
Garmins may not put out this sentence, and in fact I can turn on/off 
individual sentences in one of my Garmins. 


If it can be parsed automatically it should be, but there _must_ be 
an option to enter it manually into APRS clients as well (I heartily 
agree with you!). 


Here are some sentences that may be of interest: 


"SGPDTM". May be a datum sentence, not sure, never actually seen 
one of these. 


"SPGRMC". Contains earth datum index, details about the datum used 
such as semi-major axis, inverse flattening, etc. 


"SPGRMM". Currently active horizontal datum. Looks like this: 
$PGRMM,WGS 84*06 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 


"Lotto: A tax on people who are bad at math!" 
"Windows: Microsoft's tax on computer illiterates!" -- WE7U 
"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 18:41:43 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id SAA22750 

for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 18:41:41 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Tue, 01 Apr 2003 19:38:06 -0500 
Subject: [aprsspec] publish or perish 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-127131-2003.04.01-19.30.45-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <BAAF9B1E.DB61%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA22750 


Here is your chance to become rich and famous! Well, maybe not rich, but 
certainly famous. 


The editorial board of Packet Status Register (PSR, TAPRis quarterly 
newsletter) is now soliciting articles, news items, etc. for the next issue 
of the newsletter. Topics related to digital Amateur Radio will be given 
preference and the editorial board reserves the right to determine what is 
suitable for publication. 


E-mail your contributions to watlou@tapr.org ASAP because the deadline for 
the next issue of the newsletter is April 24. 


Don't forget, if you are a TAPR member, you will add three months to your 
TAPR membership for every article that is published in PSR. 


13% 


Stan Horzepa, WALLOU, PSR Editor 
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From bounce-aprsspec-11589@lists.tapr.org Tue Apr 1 23:03:49 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id XAAQ2595 
for <lyris.aprsspec@tapr.org>; Tue, 1 Apr 2003 23:03:48 -0600 (CST) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Wed, 02 Apr 2003 07:00:11 +0200 
Subject: [aprsspec] Re: Datum (Was Re: [aprssig] Re: XASTIR help 
needed) 
From: Juergen Frank <db2fm@jfsattv.de> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-127163-2003.04.01-23.52.34-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
In-Reply-To: <LYR31286-127108-2003.04.01-15.41.26-- 
db2fmi#tjfsattv.de@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Juergen Frank <db2fm@jfsattv.de> 
X-Message-Id: <BABO3AFB.B8E3%db2fm@jfsattv.de> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


This discussion is very interesting for me but sometimes also funny! I'll 
explain, why: WGS-84 is the internationally selected map datum for ALL 
contries around the world but there seem to be countries not willing to 
adopt it for their paper maps. On the other side there is a country using 
this map datum but not using standards on very lower levels (speed, 
distances etc.) that have been standardised long before. But they are saying 
that they are correct. 


For our German paper maps I can say, that most of them are available with 
WGS-84 and have our local system on the same map (Gauss-Krueger with 
Potsdam-23) as a grid in a different colo(u)r. On ALL electronic maps 
available from official sources you can switch coordinate systems (and map 
datums at the same time). So for an SAR-mission it would be possible to 
print out maps to be used for the needed area to be supplied to the rescue 
teams. Are there no electronic maps (with hopefully switchable datums) to be 
printed out available for the UK? At least for SAR-missions? 


Just my two EUR-cts. 
73 de Juergen 
am 01.04.2003 22:51 Uhr schrieb Laurie - g6isy unter g6isy@dsl.pipex.com: 


> James Jefferson wrote: 

>> Laurie, 

>> 

>> The issue is that with a single standard datum (WGS84) only map 

>> display programs need to do datum conversions. 

> 

> Jim, 

> 

> With only WGS84 on-air it is not only map display programs that need to do 
> datum conversions. 


> Anyone trying to find the position on one of our paper maps would have to do 


> it as none of them use WGS84 

> 

>> In the case of a D7, D700, HamHud or pretty 

>> much anything that isn't running a full blown PC or workstation, 
>> those calculations would not be possible. 


to display the posit it had received as is. 

However, future radios (when a suitable method for sending the datum had 
been agreed) would in addition be able to display the datum that had been 
used. 


73 Laurie - G6ISY 


VVVVV VV VV 
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I wouldn't expect a D7 or D700 to do any datum conversion. I would expect it 


From bounce-aprsspec-11589@lists.tapr.org Wed Apr 2 21:52:20 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id VAA20636 

for <lyris.aprsspec@tapr.org>; Wed, 2 Apr 2003 21:52:20 -0600 (CST) 
Message-ID: <LYR11589-127305-2003.04.02-22.42.14-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Rich Beckwith" <wn@x@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR26000-127124-2003.04.01-18.14.09-- 
wnOx#earthlink.net@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
Date: Wed, 2 Apr 2003 21:51:49 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Rich Beckwith" <wnOx@earthlink.net> 
X-Message-Id: <005e01c2£994$5b£67630$a4af85ce@DPS004817> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have researched datum conversion and gave up on-the-fly conversion because 
of the complexity, performance issues and margin for error. I am nota 
mathematician however, and strictly a novice GIS enthusiast. 


As I understand it, the original datum is first converted to a reference 
ellipsoid, then to the target datum in a multi-step process. Lots of 
floating point math. The method varies, but in some cases up to 7 
parameters are required for every datum you wish to convert. 


Take a look at the Molodensky transform here: 


http: //www.colorado.edu/geography/gcraft/notes/datum/gif/molodens. gif 


Here is a page I book marked for reference: 


http: //www.colorado.edu/geography/gcraft/notes/mapproj/mapproj.html 


One issue I ran into is that even experienced GIS users don't completely 
understand datums. Almost everyone new they were using NAD83, but had no 
idea which projection (UTMxxx). This makes a world of difference if you are 
trying to convert ESRI shape files to something useable in WGS84 for APRS. 
Don't even think about mentioning the reference spheroid/ellipsoids etc. 


It makes a lot of sense that our friends in GB would use the same datum 
their public safety agencies use. At least their more consistent that the 
US where many GIS shops are still using NAD27, most are moving towards NAD83 
(various projections) and WGS84 for GPS. 


It would be nice to know if a posit is in a datum I don't expect, but I'm 
not sure what I would do about it if I did. 


Regards, 


Rich - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Thu Apr 3 11:53:27 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAA17994 


for <lyris.aprsspec@tapr.org>; Thu, 3 Apr 2003 11:53:26 -0600 (CST) 
X-Authentication-Warning: wapiti.tc.fluke.com: archer owned process doing -bs 
Date: Thu, 3 Apr 2003 09:52:22 -0800 (PST) 
From: "Curt Mills, WE7U" <hacker@tc.£luke.com> 
X-X-Sender: <archer@wapiti.tc.fluke.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Datum 
In-Reply-To: <LYR29682-127305-2003.04.02-22.42.14-- 
curt.mills#tfluke.com@lists.tapr.org> 
Message-ID: <LYR11589-127362-2003.04.03-12.42.48-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-OriginalArrivalTime: 03 Apr 2003 17:52:24.0460 (UTC) 
FILETIME=[C875ACCO: 01C2FA09 ] 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com> 
X-Message-Id: <Pine.LNX.4.33.0304030943500.31136-100000@wapiti.tc.fluke.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Wed, 2 Apr 2003, Rich Beckwith wrote: 


Vv 


I have researched datum conversion and gave up on-the-fly conversion because 
of the complexity, performance issues and margin for error. I am nota 
> mathematician however, and strictly a novice GIS enthusiast. 


Vv 


I have a Perl5 module that easily does the conversions between many 
different datums. Xastir has datum.c and datum.h which do the same 
thing (in fact the Perl5 and C code were derived from the same 
source originally). 


It's certainly possible to do it on the fly. Whether you'd want to 
on a particularly busy internet stream (or lots of them at once!) is 
quite another question. 


Converting them as they come in from RF wouldn't be difficult, and 
it it was assumed that they were WGS84 unless otherwise identified, 
the conversion load would be greatly decreased. 


Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com 
Senior Methods Engineer/SysAdmin 


"Lotto: A tax on people who are bad at math!" 
"Windows: Microsoft's tax on computer illiterates!" -- WE7U 
"The world DOES revolve around me: I picked the coordinate system!" 
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From bounce-aprsspec-11589@lists.tapr.org Thu Apr 3 14:32:58 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA25367 

for <lyris.aprsspec@tapr.org>; Thu, 3 Apr 2003 14:32:53 -0600 (CST) 
Message-ID: <LYR11589-127379-2003 .04.03-15.21.15-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: "Rich Beckwith" <wnOx@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
References: <LYR26000-127124-2003.04.01-18.14.09-- 
wnOx#earthlink.net@lists.tapr.org> <LYR22347-127305-2003.04.02-22.42.14-- 
n5)xs#tamu.edu@lists.tapr.org> <3E8C487F .3080205@tamu.edu> 
Subject: [aprsspec] Re: Datum 
Date: Thu, 3 Apr 2003 14:30:37 -0600 
MIME-Version: 1.0 
Content-Type: text/plain; 

charset="iso-8859-1" 
Content-Transfer-Encoding: 7bit 
X-Priority: 3 
X-MSMail-Priority: Normal 
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Rich Beckwith" <wnOx@earthlink.net> 
X-Message-Id: <001001c2fa1f$e9a637£0$56ae85ce@DPS004817> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thanks for clearing that up Gerry. 


A year or two ago someone contributed a couple of articles on maps/datums to 
the APRSSIG. I wish I had kept them because they were a great intro to the 
subject and were a fairly detailed description of reference spheriods, 
ellipsoids and map projections. 


Ditto on the meta data. I have run across several maps I would have loved 
to have, but after playing unsuccesfully for hours trying to determine the 
projection and get a usable map I gave up. I have ArcView 3.2 and 8 
available, but I believe version 8 is the only version I have that has a 
datum conversion tool. 


What is your opinion of decimal degree vs degree/minutes/second? Everything 
I have written is based on decimal degree because I like working with that 
format. Performance issues aside (floating point math), 5 decimal places 
will give you pretty good positional accuracy and only requires 8 bytes per 
posit. 


Rich - Wn0x 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 4 13:16:11 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id NAAQ9655 

for <lyris.aprsspec@tapr.org>; Fri, 4 Apr 2003 13:16:09 -0600 (CST) 
Message-ID: <LYR11589-127468-2003 .04.04-14.06.11-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 04 Apr 2003 14:15:43 -0500 
From: Alan Crosswell <n2ygk@weca.org> 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 
X-Accept-Language: en-us, en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] is there a draft updated spec? 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Alan Crosswell <n2ygk@weca.org> 
X-Message-Id: <3E8DD9DF.1030907@weca.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Greetings, 


Is there a draft updated spec anywhere or otherwise a summary of new features 
since the 1.0.1 spec was published? I am working on a new release of aprsdigi 
and would like to throw in any interesting new (experimental) features. 


73 
/a 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 4 13:22:00 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id NAA10100 

for <lyris.aprsspec@tapr.org>; Fri, 4 Apr 2003 13:22:00 -0600 (CST) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Fri, 4 Apr 2003 14:21:38 -0500 (EST) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: is there a draft updated spec? 
In-Reply-To: <LYR11586-127468-2003.04.04-14.06.11-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-127469-2003 .04.04-14.12.00-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0304041420440 .16813-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Fri, 4 Apr 2003, Alan Crosswell wrote: 
> Is there a draft updated spec anywhere or otherwise a summary of new 


> features since the 1.0.1 spec was published? I am working on a new 
> release of aprsdigi and would like to throw in any interesting new 


> (experimental) features. 
Yes, see my http://www.ew.usna.edu/~bruninga/aprs/errata.html 


Bob 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 4 14:26:15 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id 0AA12915 

for <lyris.aprsspec@tapr.org>; Fri, 4 Apr 2003 14:26:09 -0600 (CST) 
Message-ID: <LYR11589-127481-2003.04.04-15.15.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 04 Apr 2003 15:25:33 -0500 
From: Alan Crosswell <n2ygk@weca.org> 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 
X-Accept-Language: en-us, en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: Alan Crosswell <n2ygk@weca.org>, 

APRS Spec Discussion List <aprsspec@lists.tapr.org> 

Subject: [aprsspec] Re: is there a draft updated spec? 
References: <Pine.GSO.4.44.0304041420440 .16813-100000@arctic> 
In-Reply-To: <Pine.GS0.4.44.0304041420440.16813-100000@arctic> 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
X-Scanned-By: MIMEDefang 2.32 (www . roaringpenguin . com / mimedefang) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Alan Crosswell <n2ygk@weca.org> 
X-Message-Id: <3E8DEA3D.5010606@weca.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Thanks, Bob. A quick read seems to indicate that the only areas to concern me 
for a digipeater/router that are not in spec 1.0.1 is the APRS-IS q-construct. 


Does this sound right? 


/a 


Bob Bruninga wrote: 

> On Fri, 4 Apr 2003, Alan Crosswell wrote: 

> 

> 

>>Is there a draft updated spec anywhere or otherwise a summary of new 
>>features since the 1.0.1 spec was published? I am working on a new 
>>release of aprsdigi and would like to throw in any interesting new 
>>(experimental) features. 


Yes, see my http://www.ew.usna.edu/~bruninga/aprs/errata.html 


Bob 


VVVVV WV 
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From bounce-aprsspec-11589@lists.tapr.org Fri Apr 4 14:29:32 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id OAA13040 

for <lyris.aprsspec@tapr.org>; Fri, 4 Apr 2003 14:29:29 -0600 (CST) 
Message-ID: <LYR11589-127482-2003 .04.04-15.19.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Fri, 04 Apr 2003 15:29:04 -0500 
From: Alan Crosswell <n2ygk@weca.org> 
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 
X-Accept-Language: en-us, en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] clarification of 3rd party tunneling in spec? 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Alan Crosswell <n2ygk@weca.org> 
X-Message-Id: <3E8DEB10.8010308@weca.org> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


When a 3rd party packet is de-tunneled, the source-path header is inserted in 
front of the payload, prepended with the "¢" character. It is not clear from 
the spec, assuming the detunneling is going back to an ax.25 network, what the 
ax.25 addresses should be. I am assuming it is the from-call of the digipeater, 
to-call "APRS". But what is the content of the digipeater list? 


73 
/a 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 5 13:02:47 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id NAA26370 

for <lyris.aprsspec@tapr.org>; Sat, 5 Apr 2003 13:02:45 -0600 (CST) 
From: Jeff King <jeff@aerodata.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Date: Sat, 5 Apr 2003 14:01:57 -0500 
In-Reply-To: <LYR22299-127469-2003.04.04-14.12.00-- 
jetf#taerodata.net@lists.tapr.org> 
Message-ID: <LYR11589-127601-2003.04.05-13.52.44-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Subject: [aprsspec] Re: is there a draft updated spec? 
Mime-Version: 1.0 
Content-Type: text/plain; charset="US-ASCII" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Jeff King <jeff@aerodata.net> 
X-Message-Id: <20034514157 .011836@DARLA> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id NAA26370 


This informative link should be added to the TAPR page that hosts the spec. 
Anyone know how to accomplish this? 


Jeff King, jeff@aerodata.net on 04/05/2003 


On Fri, 4 Apr 2003 14:21:38 -0500 (EST), Bob Bruninga wrote: 

>On Fri, 4 Apr 2003, Alan Crosswell wrote: 

> 

>> Is there a draft updated spec anywhere or otherwise a summary of new 
>> features since the 1.0.1 spec was published? 


>Yes, see my http://www.ew.usna.edu/~bruninga/aprs/errata. html 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Fri Apr 11 15:59:00 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id PAA15684 

for <lyris.aprsspec@tapr.org>; Fri, 11 Apr 2003 15:58:54 -0500 (CDT) 
Date: Fri, 11 Apr 2003 16:40:06 -0400 
From: John Ackermann N8UR <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Digital BASH at Hamvention 
Message-ID: <LYR11589-128264-2003.04.11-16.45.28-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
X-Spam-Status: No, hits=-0.9 required=5.0 
tests=BALANCE_FOR_LONG,SPAM_PHRASE_03_05 
version=2.43 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: John Ackermann N8UR <jxra@febo.com> 
X-Message-Id: <24660000.1050093606@[192.168.1.1]> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


Announcing the 2003 TAPR Digital BASH! 


What? 
An event for the digitally-inclined ham, featuring: 
x Buffet dinner 
x Keynote Address: A Software Defined Radio for the Masses, 
by Gerald Youngblood, AC50G 
*x TAPR special interest group meetings 
* "Birds of a Feather" gatherings 


When? 
Friday evening, May 16, 2003 
Doors open at 7:00 pm; dinner served at 7:30 pm 
Speaker and meetings after dinner 


Where? 
Kohler's Banquet Center, 4548 Presidential Way, Kettering 
(39 40.75N, 84 08.43W), just south of East David Road between Far 
Hills Ave. and Wilmingon Pike. Maps available on the TAPR web site 
(http: //www.tapr.org/tapr/dayton, follow the link at the bottom of the 
page), 
or at the TAPR booth. 


How? 
Dinner requires advance registration and payment through TAPR. 
Tickets will be available at the TAPR booth on Friday, though 
we strongly encourage registration <before> Hamvention. The 
cost is $25.00 per person, tax and tip included. 


All amateurs are welcome to attend, enjoy the speaker, and 
participate in the meetings, although only those purchasing a 
dinner can eat. 


To register, contact: 
Digital BASH 
c/o TAPR 
8987-309 E. Tanque Verde Road #337 
Tucson, AZ 85749-9399 
Phone: 972-671-TAPR (8277) 
Fax: 972-671-8716 
Internet: tapr@tapr.org 


Visa/Mastercard Accepted 


Who? 


PACK*xBASH is co-sponsored by TAPR -- Tucson Amateur Packet 
Radio, the national leader in digital communication -- and the 
Miami Valley FM Association, Dayton's packet radio club. 


For more information (including maps), go to 
http: //www.tapr.org/tapr/dayton, 
or send email to tapr@tapr.org. 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 07:19:27 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id HAA10957 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 07:19:26 -0500 (CDT) 
Message-ID: <LYR11589-128388-2003.04.12-08.09.35-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 12 Apr 2003 08:14:22 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] WWV Data? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E98031E.BFD01B42@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I'm searching for the ability to announce WWV data via APRS. The APRS Protocol 
Spec appears to be silent on this use (I've searched on SFI and WWV). Is this 
true? Will this require "user defined data" and begging for authors to parse 
for it? :) 


Ev, W2EV 


What's cool in Amateur Radio? 


http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 07:34:58 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id HAA11223 
for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 07:34:54 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: WWV Data? 
Date: Sat, 12 Apr 2003 07:34:35 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-128390-2003 .04.12-08.25.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] WWV Data? 
Thread-Index: AcMA7dWZN5QUCsmNRBWI16Gimd9V3AAANKyQ 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC07856E@ame-main.ametx. com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id HAA11223 


SEC is the space arm of NOAA. Dale's weather server issues NWS messages 
from SEC as they are issued. For instance, SECIND messages are issued 
every hour listing the current "numbers" relevant to propagation. To 
see the last one, you can go to http://www.aprs-is.net/wx/finger.asp and 
do a finger on SEC IND. You will get the full text. If you then check 
the APRS Format box, you will see how it goes out to APRS-IS. 


You can also go to http://www. findu.com/cgi-bin/msg.cgi?call=SECIND to 
see the recent history. 


I have been gating all SEC packets to RF for the past few years here in 
the Dallas area. They do not add much load at all (usually no more than 
1 packet per hour) and the information is of interest to the amateur 
radio community (at least those of us that have an interest in 
propagation). 


Hope this helps. 
73, 


Pete Loveall AE5PL 
pete@ae5pl.net 


PF ass Original Message----- 

From: Ev Tupis (W2EV) [mailto:w2ev@arrl.net] 
Posted At: Saturday, April 12, 2003 7:20 AM 
Posted To: APRS Specification 

Conversation: [aprsspec] WWV Data? 

Subject: [aprsspec] WWV Data? 


I'm searching for the ability to announce WWV data via APRS. 
The APRS Protocol Spec appears to be silent on this use (I've 
searched on SFI and WWV). Is this true? Will this require 
"user defined data" and begging for authors to parse for it? :) 


Ev, W2EV 


What's cool in Amateur Radio? 
http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


You are currently subscribed to aprsspec as: 
HamLists@ametx.com To unsubscribe send a blank email to 
leave-aprsspec-11589P@lists.tapr.org 

Questions regarding the SIG go to the SIG administrator: 
wallou@tapr.org 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 


Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 07:47:19 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id HAA11737 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 07:47:16 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 12 Apr 2003 08:46:53 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: WWV Data? 
In-Reply-To: <LYR11586-128388-2003.04.12-08.09.35-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-128391-2003.04.12-08.37.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 
X-Message-Id: <Pine.GSO.4.44.0304120846300.11484-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


On Sat, 12 Apr 2003, Ev Tupis (W2EV) wrote: 


I'm searching for the ability to announce WWV data via APRS. The APRS Protocol 
Spec appears to be silent on this use (I've searched on SFI and WWV). Is this 
true? Will this require "user defined data" and begging for authors to parse 
for it? :) 


VVNV WV 


Someone in our area transmits WWV bulletins every now and then I see them 
on my mobile... 


Bob 

> 

> Ev, W2EV 

> 

> -= 

> What's cool in Amateur Radio? 

> http://www.BEACONet.org or join the on-line community by 


sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 


You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


VV VV VV VV 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat.html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/ 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 08:31:01 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id IAA13683 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 08:31:01 -0500 (CDT) 
Message-ID: <LYR11589-128392-2003.04.12-09.21.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 12 Apr 2003 09:26:32 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: WWV Data? 
References: <LYR30253-128391-2003 .04.12-08.37.42--w2evitarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E981408.C2993732@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


> Someone in our area transmits WWV bulletins every now and then I see them 
> on my mobile... 


Hi Bob, 
Is there a standard APRS format for such data, or is is just free-form comment 
text? 


Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 08:36:58 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id IAA13909 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 08:36:55 -0500 (CDT) 
Message-ID: <LYR11589-128393-2003.04.12-09.27.12-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 12 Apr 2003 09:32:12 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] RE: WWV Data? 
References: <LYR30253-128390-2003 .04.12-08.25.22--w2evitarrl.net@lists.tapr.org> 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E98155C .B662AAD3@arrl .net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I have been gating all SEC packets to RF for the past few years here in 
the Dallas area. They do not add much load at all (usually no more than 
1 packet per hour) and the information is of interest to the amateur 
radio community (at least those of us that have an interest in 
propagation). 


VV VV WV 


Hi Pete, 
Yes, this helps. How do you gate the reports to RF? What format do they take? 
Does any APRS software parse and display it? Questions, quesitons. :) 


Ev 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: waitlou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 08:51:51 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id IAA14435 
for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 08:51:51 -0500 (CDT) 
content-class: urn:content-classes:message 
Subject: [aprsspec] RE: WWV Data? 
Date: Sat, 12 Apr 2003 08:51:22 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; 
charset="US-ASCII" 
Message-ID: <LYR11589-128394-2003.04.12-09.42.10-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 
Thread-Topic: [aprsspec] RE: WWV Data? 
Thread-Index: AcMA+Jte11z/mo45TC+4XyvUnyFiWgAACaaA 
From: "AE5PL Lists" <HamLists@ametx.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "AE5PL Lists" <HamLists@ametx.com> 
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFCO07856F@ame-main.ametx. com> 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA14435 


There are two formats for weather messages now used by Dale's weather 
server. If it is an alert, warning, etc., the message TO field will 
start with NWS (per the spec). If it is just informational, such as the 
hourly reports, the message TO field starts with SKY. This is froma 
finger that I just did: 


SECIND>APRS::SKYSEC :F1x... AQ12 BK322..... 


PlnK322..... Ep112A809b379bEe425E952B {CAaAA 
SECIND>APRS::SKYSEC :F1x... AQ12 BK322..... 
PlnK322..... Ep966_846b364bEe414E976B {CBaAA 


SECIND>APRS::SKYSEC :F1x... AQ11 BK3222.... 
PlnK3222....Ep153A108a638bEe465E111C {CCaAA 
SECIND>APRS: :SKYSEC :F1x... AQ11 BK3222.... 
PlnK3222....Ep163A102a347bEe533E143C {CDaAA 


Note that these are standard message format. You have the solar flux 
number (... means not available for that report), A and K numbers along 
with the E flux numbers. If you play with 

http: //www.aprs-is.net/wx/finger.asp as indicated before, you can see 
the full text message that corresponds to the last APRS packet sent. 


I have APRS+SA set up to gate to RF anything from callsigns starting 
with SEC (SECx is the actual setting in APRS+SA). These messages all 
originate from SEC so they get gated to RF. 


As for software parsing it, all software should parse it. You may need 
to add SKYSEC to your group bulletin list to see the informational 
messages. 


Hope this helps. I have found it very helpful, especially when there 
have been solar flares. I have usually found a warning issued via SEC 
before the band I am working goes dead. 


13%; 


Pete Loveall AE5PL 
pete@ae5pl.net 


Sane Original Message----- 

From: Ev Tupis (W2EV) [mailto:w2ev@arrl.net] 
Posted At: Saturday, April 12, 2003 8:37 AM 
Subject: [aprsspec] RE: WWV Data? 


Yes, this helps. How do you gate the reports to RF? What 
format do they take? 
Does any APRS software parse and display it? Questions, quesitons. :) 


VVVVV VV 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 09:40:18 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id JAA16478 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 09:40:18 -0500 (CDT) 
Message-ID: <LYR11589-128411-2003.04.12-10.30.42-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Date: Sat, 12 Apr 2003 10:35:44 -0400 
From: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Accept-Language: en 
MIME-Version: 1.0 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] re: WWV Data? 
Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net> 
X-Message-Id: <3E982440.6E969AFO@arrl.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


High quality information, as usual, Pete. I'm unsure how to get this 
information from wherever it resides and put it on RF (which is what I want to 
do as part of the PropNET/BEACONet project). I'll ask further questions on this 
topic off-list as this is neither tactical or emergency in nature. :) 


Thanks, sincerely. 
Ev, W2EV 


AE5PL Lists wrote: 


There are two formats for weather messages now used by Dale's weather 
server. If it is an alert, warning, etc., the message TO field will 
start with NWS (per the spec). If it is just informational, such as the 
hourly reports, the message TO field starts with SKY. This is froma 
finger that I just did: 


SECIND>APRS::SKYSEC :F1x... AQ12 BK322..... 
PlnK322..... Ep112A809b379bEe425E952B {CAaAA 
SECIND>APRS: :SKYSEC :F1x... AQ12 BK322..... 
PlnK322..... Ep966_846b364bEe414E976B {CBaAA 
SECIND>APRS::SKYSEC :F1x... AQ11 BK3222.... 
PlnK3222....Ep153A108a638bEe465E111C {CCaAA 
SECIND>APRS::SKYSEC :F1x... AQ11 BK3222.... 
PlnK3222....Ep163A102a347bEe533E143C {CDaAA 


VV VV VV VV VV VV VV MV 


Note that these are standard message format. You have the solar flux 
number (... means not available for that report), A and K numbers along 
with the E flux numbers. If you play with 

http: //www.aprs-is.net/wx/finger.asp as indicated before, you can see 
the full text message that corresponds to the last APRS packet sent. 


I have APRS+SA set up to gate to RF anything from callsigns starting 
with SEC (SECx is the actual setting in APRS+SA). These messages all 
originate from SEC so they get gated to RF. 


As for software parsing it, all software should parse it. You may need 
to add SKYSEC to your group bulletin list to see the informational 
messages. 


Hope this helps. I have found it very helpful, especially when there 
have been solar flares. I have usually found a warning issued via SEC 


before the band I am working goes dead. 


73, 


VV VV VV VV VV VV VV VV VV VV VV 


Pete Loveall AE5PL 
pete@ae5pl.net 


Vv 


What's cool in Amateur Radio? 
http: //www.BEACONet.org or join the on-line community by 
sending a blank eMail to: BEACONet-subscribe@yahoogroups.com 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 11:24:55 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id LAA19808 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 11:24:54 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Sat, 12 Apr 2003 12:23:07 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: WWV Data? 
In-Reply-To: <LYR11586-128392-2003.04.12-09.21.25-- 
bruninga#nadn.navy.mil@lists.tapr.org> 


Message-ID: <LYR11589-128439-2003 .04.12-12.14.59-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 

X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 

List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0304121222540 .17225-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Its free format 
Bob 


On Sat, 12 Apr 2003, Ev Tupis (W2EV) wrote: 


> Someone in our area transmits WWV bulletins every now and then I see them 
> on my mobile... 


Hi Bob, 
Is there a standard APRS format for such data, or is is just free-form comment 
text? 


> 
> 

> 

> 

> 

> 

> 

> Ev 
> 

> 

> 

> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil 

> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org 
> Questions regarding the SIG go to the SIG administrator: waillou@tapr.org 
> 


de WB4APR@amsat.org, Bob 


PCsat WEB page http: //www.ew.usna.edu/~bruninga/pcsat.html 
ISS-APRS FAQ: http: //www.ew.usna.edu/~bruninga/iss-faq.html 
CUBESAT Designs http: //www.ew.usna.edu/~bruninga/cubesat. html 
APRS LIVE pages http: //www.ew.usna.edu/~bruninga/aprs.html 
APRS SATELLITES http: //www.ew.usna.edu/~bruninga/astars.html 


MIM/Mic-E/Mic-Lite http://ssdl.stanford.edu/mims/ 
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From bounce-aprsspec-11589@lists.tapr.org Sat Apr 12 13:28:45 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id NAA24130 

for <lyris.aprsspec@tapr.org>; Sat, 12 Apr 2003 13:28:44 -0500 (CDT) 
Message-ID: <LYR11589-128448-2003 .04.12-14.17.25-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
From: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Filtering for PWM synthesized FSK 
Date: Sat, 12 Apr 2003 18:26:36 -0000 
MIME-Version: 1.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-31948I@lists.tapr.org> 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
Content-Type: text/plain; 

charset="iso-8859-1" 
List-Software: Lyris Server version 3.0 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Miller Scott Contr 30SCS/FTI <Scott.Miller@vandenberg.af.mil> 
X-Message-Id: 
<7BF8A28ADD2DD511B5020090278586EE01A3FD09@fsxumu03. vandenberg.af.mil> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


I'm working on a simple AX.25 encoder system to be used in an ultracheap 
KISS TNC and a MIM-style telemetry module, and I've got a question some of 
you might be able to answer. 


To generate the FSK tones, I'm using a sine lookup table to drive a 
pulse-width modulated output. The PWM output goes through an RC circuit to 
smooth it out, and ideally should go into a low-pass filter to remove the 
carrier and harmonics generated by the PWM sample frequency. My question 
is, if I'm feeding the audio into a radio, how necessary is that filtering? 
Is the radio itself going to have a low-pass filter? If filtering is 
necessary, can someone recommend a simple filter circuit? 


The desired output frequencies are 1200 and 2200 hz, of course, and the PWM 
sample rate will probably be around 32 or 64 khz. Maybe less, if practical. 


Please forgive my ignorance on this subject... I'm a digital guy, and my 
analog experience is seriously lacking. 


Thanks... 


Scott 
N1VG 
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From bounce-aprsspec-11589@lists.tapr.org Mon Apr 21 18:48:12 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id SAA27744 

for <lyris.aprsspec@tapr.org>; Mon, 21 Apr 2003 18:48:08 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Mon, 21 Apr 2003 19:38:40 -0400 
Subject: [aprsspec] Packet Status Register deadline nears 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-129449-2003 .04.21-19.38.23-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <BAC9F940.E2D6%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 


The deadline for the next issue of Packet Status Register (PSR), TAPR's 
quarterly newsletter, is Thursday, April 24, so please get your submissions 
to me as quick as a bunny! 


7133 


Stan, WA1TLOU 


You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org 
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Questions regarding the SIG go to the SIG administrator: wallou@tapr.org 


From bounce-aprsspec-11589@lists.tapr.org Mon May 5 19:31:30 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 
by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAA10109 
for <lyris.aprsspec@tapr.org>; Mon, 5 May 2003 19:31:29 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Mon, 05 May 2003 20:00:28 -0400 
Subject: [aprsspec] Spring 2003 issue of Packet Status Register (PSR) now 
available 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-131532-2003.05.05-20.19.22-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="ISO-8859-1" 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 
X-Message-Id: <BADC735C.E88E%stanzepa@earthlink.net> 
Sender: bounce-aprsspec-11589@lists.tapr.org 
Precedence: bulk 
Content-Transfer-Encoding: 8bit 
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id TAA10109 


The Spring 2003 issue of Packet Status Register (PSR), TAPRns quarterly 
newsletter is now available at the TAPR web site (www.tapr.org). 


This issue of PSR has the following contents: 
802.11b Used in Ham's Shuttle Recovery Efforts by Doug Kilgore, KD50UG 
A New Tactical Reporting Protocol by Scott Miller, N1VG 


Announcing N2YGK's Linux aprsdigi Version 2.4.3 3 by Alan 
Crosswell, N2YGK 


APRS IP Mobile in a Non-Dynamic Wireless Environment or 802.11 APRS by 
Darryl Smith, VK2TDS 


Portable Tactical Digital Communications Using Off-the-Shelf Consumer 
Components by Ed Carp, N7EKG 


President's Corner: Dayton, Directors and the DCC by John Ackermann, N8UR 


Real Networking: Is It the Key to Keeping & Reviving Packet? by Ron Sauer, 
KORKI 


Revitalizing "Plain" Packet by Jim Wagner, KA7EHK 

TAPR and ARRL 22nd Annual Digital Communications Conference 
TAPR Membership by Darryl Smith, VK2TDS 

TAPR Order Form 

WA8WDQ Replaces KOPFX on TAPR Board 


Welcome to Jeannie, The House That Listens by Don Marquardt, K9SOA 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 13 09:16:43 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id JAA0Q4197 

for <lyris.aprsspec@tapr.org>; Tue, 13 May 2003 09:16:43 -0500 (CDT) 
Date: Tue, 13 May 2003 10:15:19 -0400 
From: "John R. Ackermann N8UR" <jra@febo.com> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Last Reminder: Hamvention Digital Bash! 
Message-ID: <LYR11589-132597-2003 .05.13-10.08.18-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: text/plain; charset=us-ascii; format=flowed 
Content-Transfer-Encoding: 7bit 
Content-Disposition: inline 
X-SA-Relays-Untrusted: [ ip=192.168.1.220 rdns=fluffles.febo.com helo=localhost 
by=febo.com ident= ] 
X-Spam-Status: No, hits=-6.4 required=5.0 

tests=BAYES_00 

version=2.60-cvs 
X-Spam-Checker-Version: SpamAssassin 2.60-cvs (1.186-2003-05-09-exp) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: "John R. Ackermann N8UR" <jra@febo.com> 
X-Message-Id: <8387911.1052820919@WUSIJA129861-PSE.corp.ncr.com> 
Sender: bounce-aprsspec-11589@lists.tapr.org 


Precedence: bulk 


Just a reminder that the annual TAPR Digital BASH will be held Friday 
evening at Hamvention. Our keynote speaker will be Gerald Youngblood, 
AC50G, who will describe -- and demonstrate -- his HF software defined 
radio, the SDR-1000. I have been playing with the SDR-1000 myself, and it 
is a real step forward for ham SDR experimentation. If you're at 
Hamvention, you'll want to hear Gerald and see the radio in action. 


Tickets are $25 and will be available at the TAPR booth up until about 3:45 
Friday afternoon, when we have to call in the final count. Directions to 
the banquet hall will also be available at the booth. 


And, remember that TAPR will have a bigger and better presence at 
Hamvention this year. Our new booth spaces are 607, 608, and 615, just a 
little bit down and over from our old spot. 


See you there! 


73, 
John N8UR 
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From bounce-aprsspec-11589@lists.tapr.org Mon May 19 17:33:04 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id RAAQ8570 

for <lyris.aprsspec@tapr.org>; Mon, 19 May 2003 17:33:03 -0500 (CDT) 
X-Authentication-Warning: arctic.usna.edu: bruninga owned process doing -bs 
Date: Mon, 19 May 2003 18:32:29 -0400 (EDT) 
From: Bob Bruninga <bruninga@usna.edu> 
X-X-Sender: bruninga@arctic 
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org> 
Subject: [aprsspec] Re: Clarification of User Defined Data 
In-Reply-To: <LYR11586-124537-2003.03.15-08.44.09-- 
bruninga#nadn.navy.mil@lists.tapr.org> 
Message-ID: <LYR11589-133410-2003.05.19-18.25.06- - 
lyris.aprsspec#tapr.org@lists.tapr.org> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 


List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 

X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Bob Bruninga <bruninga@usna.edu> 

X-Message-Id: <Pine.GSO.4.44.0303161414370.25440-100000@arctic> 
Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 

To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 


On Sat, 15 Mar 2003, Steve Dimse wrote: 


>Also...what UDD's have been assigned already? 

> 

I don't think any have officially been assigned, if I'm wrong, perhaps 
Bob can post a list. I know at least one person has claimed to have 
tried to get one registered and when that failed just began using what 
he wanted. 


VVVVNV WV 


I have assignemd one to everyone that has asked, though I was slow in 
response to one... There is a list on my Errata page: 


http: //www.ew.usna.edu/~bruninga/aprs-errata.html 


de WB4APR, Bob 
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From bounce-aprsspec-11589@lists.tapr.org Tue May 20 19:51:22 2003 
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) 

by tapr.org (8.9.3/8.9.3/1.16) with SMTP id TAA25714 

for <lyris.aprsspec@tapr.org>; Tue, 20 May 2003 19:51:21 -0500 (CDT) 
User-Agent: Microsoft-Entourage/10.1.1.2418 
Date: Tue, 20 May 2003 20:45:42 -0400 
Subject: [aprsspec] Call for Papers 
From: Stan Horzepa <stanzepa@earthlink.net> 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org> 
Message-ID: <LYR11589-133564-2003 .05.20-20.42.02-- 
lyris.aprsspec#tapr.org@lists.tapr.org> 
Mime-version: 1.0 
Content-type: text/plain; charset="US-ASCII" 
Content-transfer-encoding: 7bit 
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org> 
List-Software: Lyris Server version 3.0 


List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org> 
List-Owner: <mailto:owner-aprsspec@lists.tapr.org> 
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org> 
Reply-To: Stan Horzepa <stanzepa@earthlink.net> 

X-Message-Id: <BAF04476.EF8A%stanzepa@earthlink.net> 

Sender: bounce-aprsspec-11589@lists.tapr.org 

Precedence: bulk 


Technical papers are solicited for presentation at the 22nd Annual ARRL and 
TAPR Digital Communications Conference to be held September 19-21, 2003 in 
Hartford, Connecticut, and publication in the Conference Proceedings. Annual 
conference proceedings are published by the ARRL. Presentation at the 
conference is not required for publication. Submission of papers are due by 
August 5th, 2003 and should be submitted to: 


Maty Weinberg, ARRL 
225 Main Street 
Newington, CT 06111 


or via the Internet to 
maty@arrl.org 
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